Павел Гвоздь

Писать кастом, который будет в бек-энде подменять некоторые части вывода списка товаров. На фронте это дело будет обрабатываться неким своим сниппетом, который будет подключать то, что надо и сортировать так, как надо.

а подключение pdoTools конечно скушает немного памяти

Если pdoTools установлен, то он уже подключается. Разве нет?

можно обойтись без сниппета pdoResources/getResources

Вы спросили про pdoResources, поэтому и получили ответ завязанный на него. А свой сниппет — это даже правильнее в данном случае (не берусь судить о качестве кода в нём).

Надо копать в сторону параметра pageLimit и дополнительной JS обработки. Но есть ощущение, что у параметра pageLimit функционал Если больше или равно 7 - включается продвинутый режим отображения будет мешать… Тогда придётся как-то пытаться обходить это на стороне сниппета pdoPage.

Переделать вывод на Fenom. Грубо говоря:

{var $resource = ('!pdoResources' | snippet : [
    ...
    'return' => 'json',
]) | fromJSON}
{var $resource = $resource[0] ?: []}

Нету такого в miniShop2. Можешь в исходниках поправить. Закомментируй это.

данные сохраняются в сессию

Это какие такие данные сохраняются в сессию?

Ну:
1) Этот Sypex Dumper 2 как с MODX связан у вас? Только iframe-ом? То есть, доступ к базе надо прописывать в config.php в самом Sypex Dumper, правильно?
2) Также, не уверен (т.к. не устанавливал ваш компонент), но кажется у вас зачем-то устанавливается сниппет и 2 чанка в систему. И опять же, не уверен, но по-моему у вас создаётся таблица в базе и неиспользуемый объект sOneDumperItem.
3) Зачем та куча неиспользуемых файлов, типа файлов с префиксом «office»? Зачем JS-ники на ExtJS, если вы всё их подключение в коннекторе заменили на iframe?
4) И rename_it.php после назначения имени компонента лучше удалять, он уже как рудимент там болтается в корне приложения.

Так оно вроде ж оформлено в пакет? Осталось только закинуть в Модстор.

UPD: Хотя не, кажись как-то криво оформлено. =)

Пришлось выпустить обновление, т.к. поспешил и «недорасширил» список процессоров. Модальное окно заказов не открывалось, сейчас всё исправил! Те кто успел обновить компонент, прошу снова обновить до версии 1.4.0-beta2.

Как-то давно, когда я был программистом в одной забавной компании, сайт клиента просто перестал работать. Оказалось, что кол-во сессий в базе перевалило за несколько гигабайт данных, таблица с сессиями покрашилась и MODX не мог записать в неё ничего, из-за чего отказался так работать. Удалил таблицу с сессиями, создал заново, сайт заработал. Потом, конечно, настроили там что-то в базе (или на сервере), чтобы старые сессии почищались самостоятельно.

Функция «Завершить все сеансы» из бек-энда поддерживается компонентом?

Так же и конец строки можно проверять /(.+|$)/

Ну как бы оно уже понятно))

/(^| )\@/

А я и не знал, что так можно было указывать проверку начало строки или что-то ещё. Думал, что это строго ^ в начале регулярного выражения. Благодарю!

Даблбага

А эт уже давно. =)

Нужно, чтобы товары были доступны в коде сайта. Вообще, можете потестировать на modhost.pro.

Обновляйтесь до 1.0.4.

1.0.4-beta (06.03.2019)
==============
- Поправлена инициализация фронт-энд скриптов

Теперь без вызова сниппета скрипты не будут подключаться.

Речь про фронт? Я посмотрю позже.

В демке как-то выводится.

Ты не понимаешь, это новый вид благодарности за то, что он пользуется твоим компонентом.

Завтра заработает. Обновится из гитхаб.

Понятно. Хорошо реализовал!

А в самом поле фильтра не правильнее бы сделать значения диапазоном?

0.11-0.3
0.4-0.8
1-1.5