Илья Уткин

Да, гляну в ближайшее время

Да, согласен, нужно обновить. @Василий Наумкин я готов взять на себя MobileDetect

Благодаря тебе в MODX произошли многие хорошие изменения, многие специалисты выросли на твоих статья, брали примеры твоего кода, учились и вдохновлялись. Но все растут и надо двигаться дальше. Удачи!

Не хватает в корзине столбца «Стоимость». Есть только «Цена» и «Количество». Приходится велосипеды писать

Ну вот здесь есть перенос и переименование пункта меню — _build/resolvers/resolve.client_config.php

Посмотри вот здесь пример: modx.pro/howto/9135-object-relations-in-customextra/

Возможно, поможет что-то такое: Разбивка страниц по категориям (родителям)

Нет, это не из-за die(), а из-за того, что плагин статичный. Это баг MODX, здесь больше информации: github.com/modxcms/revolution/issues/14063

Ну я написал примерный код — нужно убедиться, что внутри каждой переменно содержится то, что надо. Думаю, тут проблема в опциях товара — надо потестировать, в каком формате они должны быть.

Прям в коде минишопа добавь такую строку (чтобы в журнале ошибок увидеть):

$this->modx->log(1, $id . '|' . $price . '|' . $weight . '|' . (json_encode($options)) );

И в чанке сделай

{($id ~ '|' ~ $price ~ '|' ~ $weight ~ '|' ~ ($options | toJSON)}

И посмотри, чем отличаются эти строки.

Видимо, нужно добавлять условие в where, раз вы его вручную записывате

{set $n = ""}
{foreach $numArr as $item}
	{if $index == 1} 
		{set $n = $n~"(`TVgenre`.`value` LIKE '%"~$item~"%'"}
	{else}   
		{if $index == $max}
			{set $n = $n~" OR `TVgenre`.`value` LIKE '%"~$item~"%'"}
		{else}
		   {set $n = $n~" OR `TVgenre`.`value` LIKE '%"~$item~"%'"}
		{/if}
	{/if}
		{set $index = $index+1}
{/foreach}
{set $n = $n~") AND `modResource`.`id` NOT IN (" ~ $_modx->resource.parent ~ ")"}

Ну и ставьте параметр 'showLog' => 1 и проверяйте итоговый SQL-запрос

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

Вот, как формируется этот key. Значит, можно на фронтенде у товара добавить ключ в качестве идентификатора — как-то так:

{var $key = (($id ~ $price ~ $weight ~ ($options | toJSON)) | md5)}
<div class="ms2product" id="product_key_{$key}">..</div>

Проблема в том, что у доп. поля множественный выбор. Когда значение одно, фильтр нормально отрабатывает, но когда значений несколько, они сохраняются так: 1||2 и, конечно, это значение не равно 1.

Я выхожу из этой ситуации таким образом. В значениях доп. поля ставим не числа, а слова — завтрак==breakfast||обед==lunch||ужин==dinner||. В этом случае условие с LIKE нормально отработает и для случаев с одним значением, и для нескольких:

'where' => [
    'serviceTime:LIKE' => '%' ~ $servTime ~ '%'
]

Вот пример плагина, который может помочь — плагин редиректа если страница перенесена

Может, типа такого использовать?
ilyaut.ru/tips-and-tricks/create-a-section-for-managing-widgets-in-modx/

Ну или дополнение ClientConfig

Ну да, просто добавить в ключ кеша ID пользователя и md5-хеш GET-параметров. Типа такого, наверное:

$file = MODX_BASE_PATH . 'resourcecache/' .
        $modx->resource->uri . '/' .
        $modx->resource->id . '/' .
        md5($modx->toJSON($_GET)) . '/' .
        'user_' . $modx->user->id . '.txt';

А, еще если на странице есть части, которые для разных пользователей разные (например, авторизованный и неавторизованный пользователь) — такое решение тоже будет не совсем корректно. Но для простых каталогов да, очень полезная вещь.

А если в фильтре выбрать какой-то параметр, потом скопировать адрес страницы (mFilter2 же меняет адрес на лету) и нажать F5? Плагин не учитывает GET-параметры, получается функционал дружественных урлов фильтра перестаёт работать.

В документации написано, что требуется как раз zip — www.php.net/manual/ru/class.ziparchive.php

У вас просто из админки сайта архивы распаковываются?

Тогда просто распакуйте архив и запустите /setup/

Или установите ZipArchive