Александр Туниеков

Мне мои компоненты часто требуется редактировать. А вот сторонние компоненты для админки не помню чтоб редактировал. Может для сторонних и не требуется. А вот корзину для минишопа написали на vue. Ее пришлось выкидывать. Вообще я не за ExtJs. Его можно и сменить. Можно и на vue, но не так чтоб каждый творил что хотел, а чтоб какая-то стандартная экосистема была.

Я вижу вред владельца сайтов. Их сайты никто поддерживать не будет. Vue при желании изучить можно, но не факт что нужно. Он низкоуровневый и делай на нем что хочешь и летать будет, но сделать магазин это километры самописного кода, как например в статье из 19 частей Магазин на JavaScript, часть 11 из 19. Потерял контакт с разработчиком и сайт переписывать с нуля. VUE имеет смысл использовать если только он станет частью MODX или минишопа.Каким-то стандартным кодом используемым в многих проектах. А так гики творят что захотят и получаются километры самописного кода которые легче выбросить чем изучить.

Так гики пишут сайты и на MODX и с vue. А потом владельцы просят у меня что-нибуть поправить, а там куча не понятного кода на vue. Я так подозреваю что програмистов что дружат и с MODX и с vue сильно меньше чем просто програмистов MODX. В итоге, плодяться сайты, которые некому поддерживать. Так что прежде чем рекламировать реактивные фреймворки надо бы объяснить как с ними работать в среде MODX. Я ожидал пример компонента на vue и vite, а получил просто рекламу vite. Что типа вот как тут удобно. Был бы полноценный пример можно было бы въезжать как делать компоненты с vite. А так стотья ни о чем и даже вредная.

Я во vue и т.д не силен. Что дергать процессоры понятно. Не понятно как их дергать. И как например в vue отобразить таблицу из базы.

Обычно в админке данные из бд надо редактировать. Как это сделать никак не понятно :-(

Столкнулся с такой же проблемой. В моем случае, в modx_user_attributes, internalKey для админа стояло 0. Поставил 1 и все заработало.

Сделать join родительских ресурсов.

select modResource.id, modResource.pagetitle, Parent.pagetitle as catalogs
from modx_site_content as modResource
join modx_site_content as Parent on modResource.parent = Parent.id

Судя по тому что оно у меня ни разу не выскакивало, то как-то от браузера зависит.
Но с этой проблемой к автору mSearch2.

Ну может вы где-то что-то не догоняете :-) у меня один опыт и я цифры в заметке привел.
Кешируем mFilter2
Максимальный 1 сайт, 10 доменов 16 Gb 60 сек. 512 Mb 10 600 / мес.
6 570 / год
Этот тариф модхост подходит под максимальный? На котором тормоза должны уйти? В принципе 600р могу потратить :-). С базой товаров посложнее, но вроде на 37000 товаров могу договориться чтоб предоставили.

Следующий тариф 1 200р и уже дорого.

Тесты надо и чтоб подробные отчеты:
1) какой сервер?
2) сколько товаров на сайте и сколько в каталоге?
3) Включенно ли suggestions?
4) Логи mFilter2 что показывают?

1500 товаров у меня нормально работают. Тормоза начинаются с 4000 товаров на мин тарифе. А вот на производительных серверах не понятно.

У меня на поддержке осталось несколько магазинов, например:
1) 96000 товаров и 12 фильтров
2) 9000 и 55 фильтров (индексы в мускуле для msProductData уже закончились) :-)
modhost на максимальном тарифе, проблем нет, всё и всегда нормально работает, каких-то заметных задержек в фильтрах нет. Все свойства реализованы расширением msProductData.

Ну я вот на производительных серверах не тестировал. Интересно насколько влияет проиводительность сервера.
Вообще говоря для каталогов с больше 1500 товаров по умолчанию отключается suggestions и скорость значительно выше. Но фильтр значительно не удобнее.

Чудесные тут методы пишут :-). Проблема не в том чтобы отфильтровать по какому-то определенному значению. С этим и mysql легко справляется. Вопрос как получить список значений по каким можно фильтровать? И как получить кол-во ресурсов для этих значений? И как получить кол-во ресурсов для этих значений если какое-то значение уже выбрано

Ок. Правда не понятно как кеширование на методы влияет. Вызов расширяемых методов mse2FiltersHandler никак не затрагивается. аничего другого не расширяется.

Хм… Обратиться в личку я как-то не подумал. Доработаете кеширование? https://modx.pro/development/23310
Я провел много времени пытаясь ускорить mFilter2 и за это хотелось бы денег. Но сейчас уже все равно могу и просто подарить наработку.

Сейчас я отреагировал ровно на одну фразу, что «нельзя оскорблять mFilter2, поэтому не знаю что писать про FacetSearch» — это как-то провокационно получилось.

Можно одну поправочку. mFilter2 я в описании на модсторе не оскорблял. Просто написал что на больших сайтах тормозит. Мне написали что негативное сравнении не допустимо.
Вот и все.

Извиняюсь, что выразился тупняки. mFilter2 замечательный компонент. Для своего времени и для небольших сайтов. Честно говоря я думаю вы гениальный програмист. Некоторые решения восхищают. Но проходит время и бывает, что необходимо что-то новое.
mFilter2 в больших каталогах тормозит. Когда я делал FacetSearch я хотел в первую очередь преодалеть эту проблему. И во вторую очередь сделать что-то чтоб приносило доход. Вот и получился сторонний сервис.
Вы правы что сторонний сервис это не очень хорошо. Но elasticsearch требует 30гб диска и это не дешево. Сторонний сервис который использует куча сайтов будет дешевле. Единственно, что сейчас сервис использует только 1 сайт и я пока в проигреше по деньгам и загинаю цену.
В некотором обозримом времени, месяца 2-3, сделаю FacetSearchPro и если не хотят зависеть от стороннего сервиса, то можно будет поднять свой сервер с elasticsearch. Просто пока времени не хватает сделать.
Кстати как оказалось Sprinx дешевле содержать и я тут думаю не сделать ли компонент поиска, без сервиса, со Sprinx. Но как всегда это дело времени. Через месяца 3-4 может и появиться и этот компонент.

Качайте пока тут https://gettables.ru/assets/packages/facetsearch-1.1.15-beta.transport.zip

На модсторе компонент почти прошел модерацию, но есть одно замечание. в магазине не допутимы негативные отзывы о других компонентах. А я как делал facetsearch, потому что достали тупняки с mfilter2, так и написал в сравнении с ним. Теперь уже 3 дня сижу думаю что в описании компонента писать :-(.

В elastic делаешь json-запрос и индекс создается. По Sphinx информация устаревшая в основном. По справке мантикоры индекс можно на лету создать. Без перезагрузки сервера. Подумаю насчет того чтобы подтянуть мантикоры и Sphinx в компонент, но это уже после нового года. Я пока не разобрался в Sphinx с фасетами.

Заинтересовал faceted-search, расскажите пожалуйста в общем как оно, трудно натягивать на модх(msearch) и сервак?

faceted-search, грубо говоря, предоставляет только api для работы с индексом и поиском. Если так выразиться бекенд. А форму фасетного поиска, индексацию и запросы к faceted-search (фронтенд) нужно писать. Для опытного програмиста минимум неделю.