пока в голову пришло только с начало отключить все модификаторы, а потом включать те, что есть в файле

$modifications = $modx->getCollection('msopModification');
foreach ($modifications as $modification) {
	$modification->active = 0;
	$modification->save();
}

но может есть более рациональный способ?

Вам необходимо в поле записывать текст, а не массив.
Или писать дополнительный плагин, чтобы Формит понимал данные приходящие как массив. По-моему из коробки он не умеет.

Ну смотря как вы вызываете… код вы покажите, может вы для pdoMenu не передаете id от которого строить меню.

Спасибо за помощь, пробовал вызвать pdoMenu в pdoCrumbs но не выводиться, видимо надо допиливать сниппет pdoCrumbs.

Я сейчас плотно занят Laravel/Vue. Планы есть. Задачи в бэклоге тоже. Даже начал перевод под MODX3. Но времени катастрофически не хватает. ( И мотивации.

По сути нужно получить id вложенных последовательных pdoCrumbs это сделает.
Потом берете pdoMenu и делаете вложенные пункты.
Ничего сильно сложного.

Нет такое не сделать на pdoMenu

Мне кажется такие вопросы надо задавать в телеге с 7 до 9 вечера по МСК)))

Хотя через parent id можно как-то сделать, надо подумать.

Я сейчас с MODX практически не работаю

То есть развития ZoomX не ждать?(

У вас меню всегда будет не зависимо от того, в какой категории вы находитесь. Думал про это, но ни чего не выйдет.

Неа. Я сейчас с MODX практически не работаю. А в ишу на гитхабе особо важного ничего нет.

Добрый день! С кешированием Я написал что у меня получилось. Кешируется массив значений фильтра и id их ресурсов. Первый запуск медленный. Это когда этот массив собирается из базы. Когда кеш массива есть показ страници и ajax-фильтрация происходит быстро. Цифры привел в статье. Сейчас не охота их заного получать.

хочется что то из коробки

Это не ко мне. Я не автор компонента. Обращайтесь к @Илья Уткин

напишите решение до чего добились в производительности

Текушее решение https://gist.github.com/touol/fd1989021270553eafb6c9540f726965
Но оно тоже не идеальное. Сильно не парился. И не понятно почему может и работать и не работать. Например, не работает и вывод дебага начал выводить вдруг заработало.
Если надо чтоб работало из коробки и так как надо, Илью долбите чтоб начал работать над улучшением mFilter2. mFilter2 — компонент платный. Пусть париться тот кто за это деньги получает.

Здравствуйте.
Ну и делать как меню через pdoMenu, в чем проблема-то? =) Тут вопрос верстки больше, нежели остального.

Получилось вернутся к данному вопросу?

Тоже бьюсь с кешированием, обновился до последней версии, кэш создается, но толку от него нет. для меня например критично посадочные страницы, т.е первый лист они самые трафиковые, и конечно снимут нагрузку с сервера, да и приятнее получать листинг не за 800мс, а за 200. тк все эти кликания по кнопкам фильтра понятно, но до этого вообще может и не дойти. есть костыль от Ильи Уткина ilyaut.ru/cheats/caching-mfilter/ и по нему реально прирост идет. Допилил настройкой ТВ на странице, которая включала костыль для определенных страниц, но хочется что то из коробки)) напишите решение до чего добились в производительности

Надо ещё удалить из меню и посмотреть в системных настройках параметр extention_packages. Плагины и сниппеты тоже надо удалить. Чанки и если он используется на страницах, то и оттуда тоже.

Добрый день. Будет работать с юмани или уже не поддерживается?

Александр, спасибо за участие.
1. Правильно конечно было поставить miniShop2, но для функционала задуманного это не надо, так как просто делаю информационный сайт, просто в силу специфики контента присутствует парт каталоги запчастей, вот и возникла мысль может люди кто занимается продажей захотят к себе целевую аудиторию, поэтому максимум на перспективу парсинг пользователей на мыло продавцов запчастей. И да таблица это просто название и артикул + привяжу деталировку и кнопка запроса. Остальные столбцы лишние, страница просто в тесте.
2. Поставщик это просто адресат кому надо отправить запрос.
3.Да все правильно, цель именно такая чтобы запрос ушел только на адрес соответствующий поставщику. Почему выпадающий список, ну вначале дали наводку пойти этим путем, вот как-то и пошло поехало.
P/s в принципе того что хотел я добился, последним костылем было очистка

option

если не выбран поставщик, сейчас хоть до усери жми кнопку пока не выберешь не отправится форма, ну и закрыв ее спокойно можно посмотреть номер поставщика, выбрать и отправить запрос, тем более при закрытии поля не очищаются и заполнять снова не придется останется только выбрать правильного поставщика. Конечно если было бы валидация со столбцом Поставщик, было бы вообще Огонь, но мне такое тяжело осилить. Если у вас есть другие более интересные способы решения было бы интересно послушать.

На мой взгляд, правильный алгоритм решения вашей задачи должен быть таким:
— у вас должны быть поставщики в админке, чтобы их можно было создавать, удалять, редактировать.
— к каждому поставщику должен быть привязан email
— у вас на сайте должны быть товары (можно и просто страницы они же ресурсы), и у товара должна быть привязка к поставщику.
— таблица на вашей странице должна формировать сниппетом, который будет выводить товары, получать информацию — как поставщик связан с этим товаров и выводить инфу о поставщике.
— при отправке формы можно пойти 2-мя путями — решением задачи на php или на javascript. Пока не буду запутывать вас как именно это сделать, но да — и в том и в другом случае вам будут нужны знания.