Вчера в 12:02
Во второй версии нет автозагрузки ядра, поэтому headless режим реализовать проблематично.
[CLI Package Builder] Разработка пакетов без рутины 3
19 марта 2026, 15:28
Николай, прежде всего — вы молодец.
А про кеширование — можно пойти по правилу Парето.
То есть дать возможность закешировать самое частое — это ...
mFilter 1.2.0 - улучшенное кеширование и скорость 2
15 марта 2026, 20:35
Minishop2 это завершенная история. Архив. Крайне сомневаюсь, что в него будут добавляться какие то изменения. Это просто некому делать. Заинтересованн...
Порядок значений опций товара 10
15 марта 2026, 13:18
На всякий скопирую код для Bootstrap 4 (есть старый проект, лень переезжать на 5 версию):
/* Закрыть модальное окно после отправки */
document.addEve...
[SendIt] Несколько полезных нововведений в версии 1.1.2 27
13 марта 2026, 16:00
Предлагаю в целом обсудить понятие «вариант товара».
Я пришел к тому, что варианты — являются отдельными товарами. Возьмём для примера футболку. У ...
ms3Variants - Реализация вариантов одного товара в MiniShop3 7
12 марта 2026, 22:19
опытным путем выяснил что ошибку валидации радио кнопок можно вылечить добавив в форму еще один вариант
<input type="radio" name="...
Валидация radio кнопок в Sendit 1
11 марта 2026, 09:11
Привет!
Все верно:
1-го нет в магазине modstore и modx.com
2-й платный
mxEditorJs - блочный редактор Editor.js для MODX 3 2
10 марта 2026, 22:13
Все верно, сорян, в своем сообщении написал не то что хотел =)
msGiftCards - дополнение для MODX 2 + miniShop2 для продажи, применения и учета подарочных сертифика... 5
В остальном чем больше фильтров выбрано, тем дольше обработка (проверяется больше условий).
Если выбраны только новинки, то 0.45, если добавить еще что-то, будет дольше.
Ну и зависит, конечно, от типа поля. Для TV и опций товаров нужны дополнительные запросы.
В демке именно так, но ничего не мешает указать в вызове &mode=`or` и будет стандартный режим.
В любом случае никто же не заставляет покупать и всегда хорошо, когда есть выбор.
Нужно что-то большее, подождите выхода нового mFilter и купите его — никто же не запрещает.
Что касается скорости, то это решение для небольших магазинов, у которых в одной категории порядка 300-500 товаров (согласитесь, таких много).
Да, на большом количестве будут тормоза, ну так они и на mFilter2 есть и ничего, многие пользуются.
Вот, к примеру, всего порядка 650 товаров в категории подтормаживает не меньше и ничего.
На складе — TV-шка.
Материал — опция категории (ms3_product_option).
Компонент потому и «simple», что не претендует на суперскорость.
Для >1000 товаров в категории или большого кол-ва фильтров нужно использовать другие решения.
Также в планах работа с MIGX-параметрами, но это позже.
Если посетитель находится на главной — они от нее и выводятся.
Блоки в лендинге. должны выводиться аналогично меню.
А в чанке section_tpl уже указывайте [[+id]], [[+alias]], [[+pagetitle]] и т. д. — они будут забираться от выводимых ресурсов
Тогда сделайте сниппет getJson:
Создайте чанк razmetka_wrapper:
И вызывайте (в чанке razmetka-tovarov в конце не должно быть запятой):
В этом чанке для каждой категории (категория 1 (7) и категория 2 (8)) вызывается msProducts, который выводит 16 товаров, принадлежащие данной категории ([[+id]] будет выводить 7 и 8 соответственно, что и будет передаваться в &parents=`[[+id]]`).
&templates — ограничивает выборку определенным шаблоном.
Чанк category_tpl:
При &limit=`0` выведутся все товары, которые находятся ниже ресурса с id = 6.
Какая у Вас структура каталога и что именно Вы хотите получить в результате?
Если надо используйте &offset в вызове для сдвига выборки.
В чанке просто:
Или можно сделать сниппет filter (он еще и кавычки-елочки ставит вместо обычных):
Ну и
Он присутствует в репозитории, прекрасно работает, но поддомен с примерами и документацией в настоящее время недоступен.
Это временная история или компонент более не поддерживается?
PS кстати, по ExtraFields та же история.