&where в getresources

Да я не агитирую на подписку.

Просто объясняю, что реальный выход у тебя один — работать с фильтрацией самостоятельно, в чём очень помогает pdoTools.

Лично я использую его во всех новых компонентах, то есть: Tickets и miniShop2.

А тебе не приходило в голову часть параметров через простые TV, а часть через MIGX выводить? Или же все через MIGX… Это так, мысли вслух, тихонько-тихонько.

И тоже вслух, но громко-громко: modx.pro/help/829/#comment-7266

Хотя… Ты обещал по-разбираться — зер гут)

"… очень странно, что компонент Минишоп… да и сам Модх, так изначально ограничен по функционалу..." — вот это вызвало мою такую реакцию, а не уровень знаний (мне не известный и который может быть выше моих).

Нельзя так — можно так = нет ограничения — вот в чём суть моего коммента.

1. Затем, что великое множество магазинов в них вообще не нуждается или нужна пара-тройка.
2. Затем, что то, как происходит их вызов и, что накодировано в вызываемом так же влияет на скорость.
3. Затем, что есть в порядки большее кол-во задач, помимо магазина, которые требуют лишь 1-2-3 из них — всё прекрасно работает.
Есть и ещё аргументы.

П.С.
"… ограничения вызваны стандартным функционалом. И не просто МодХа, а компонентом интернет магазинов…" — иногда ограничения и «ограничения» вызваны бюджетом и сроком выполнения работ или вышеописанным, а бывает и тем, что автор вынес некоторую часть работ «на завтра», а так же тем, что задел есть, как решать известно — всё в наших руках.

Не стоит забывать, что для нас это бесплатно.

То есть мы таки приходим к тому, что корень не в MODX, а в том, что Вы хотели «взять и съесть»?

Всё бы ничего, но ключевой + MODX не в том, что много чего есть готового — это к Joomla и иже с нею, а в том, что в MODX нет ограничений для тех, кто умеет больше, чем жмакнуть кнопочку «создать документ.

В Joomla и иже с нею многое просто не получится сделать. В отличие от MODX. В этом ключевое преимущество MODX.

Ну, и, конечно, Вам помогут, если что, если немного и ненавящиво)