Используйте это: (дополнительный массив)

'sortConfig' => [ ["sortby"=>"id","sortdir"=>"DESC"] ],

Есть вероятность что в параметре sortConfig должен быть исключительно JSON, а не масиив.

Позволю себе несколько замечаний.

1. Если заказов много — такой сниппет не сможет выполнить свою работу. Лучше вешать задачу на планировщик

2. Использование getCollection. Это не лучший вариант. Этот метод загружает в ОЗУ сразу всю коллекцию объектов заказа, что не лучшим образом отражается на производительности и ресурсах. Лучше использовать итератор через метод getIterator. Такой метод загружает в память только список объектов, при переборе по очереди достает из базы информацию. Этот метод существенно быстрее работает и кушает меньше ресурсов. К слову итератор это не изобретение MODX. Это паттерн PHP. Да и не только PHP — он почти во всех языках используется.

3. Это что за странная конструкция такая?

$modx->getOption('table_prefix')."ms2_order_addresses

Зачем так? Почему? Есть же гораздо более корректный метод обращения к таблице

$modx->getTableName('msOrderAddress');

Так-то люди вполне могут переименовать таблицу, просто указав нужное имя в модельке. И приведенный метод гарантировано выдаст нужную таблицу.

4. Использовать getChunk я бы рекомендовал так:

$pdoTools = $modx->getService('pdoTools');
$pdoTools->getChunk('name', $params);

Этот вариант, в отличие от $modx->getChunk обработает конструкции и MODX и феном.

5. Не ошибка. Даже не предупреждение. Скорее глаз режет.
Использование прямых SQL конструкций.

Мы же в MODX работаем. Желательно использовать конструктор запроса. newQuery — его не просто так придумали. Помимо универсальности запроса, не привязанного к конкретной СУБД — это еще и выглядит красиво, аккуратно, профессионально. Сразу видно, что человек знает свое рабочее место.

ну и выбранные диапазоны цен почему-то не запоминаются (т.е. выбрал диапазон, перезагрузил страницу — в адресной строке браузера цифры есть, в ползунке все «по умолчанию»)… переменная {$current_value} не работает получается?

вроде почти со всем уже разобрался… только не могу понять, почему когда мышкой перемещаешь ползунок слайдера, цифры в результате, чаще всего «немножко не правильные» вылазят (когда мышкой двигаю — всё четко)… я так понимаю, что это связано с тем, что «в самом коде слайдера нужно изменить отправку события change только когда «отпустили» ползунок» — только как это сделать, я в js не особо ((

сейчас увидел, что это я в чанке tpl.mFilter2.filter.number просто кавычки забыл закрыть в параметре name="{$filter_key}"… но, всё равно, нормально пока не работает — у меня два этих ползунка, а в js я не особо силен… если есть готовое правильное решение — было бы очень круто )

Здравствуйте.
Тоже пытаюсь «прикрутить» Ion.RangeSlider к mFilter2.
Может быть кто-нибудь разобрался уже с этим вопросом?
Вроде бы все и просто должно быть, но по факту корректно не работает совсем у меня.
1. Чанк tpl.mFilter2.filter.slider:

<fieldset id="mse2_{$table ~ $delimeter ~ $filter}">
    <div class="price" id="js-range-slider-{$filter_key}">
		<div class="name">{('mse2_filter_' ~ $table ~ '_' ~ $filter) | lexicon}</div>
		<!--<div class="mse2_number_slider mse2_number_inputs row"></div>-->
		<input type="text" class="js-range-slider mse2_number_slider mse2_number_inputs row" name="{$filter_key}" value=""
        data-type="double"
        {$rows}
        data-grid="true"
    />
	</div> 
</fieldset>

2. Чанк tpl.mFilter2.filter.number (наверное так не правильно делать, но чисто для примера):

{var $key = $table ~ $delimeter ~ $filter}
{if $idx == 0}data-min="{$value}" data-from="{$value} name="{$filter_key}" id="mse2_{$key}_{$idx}" value="{$value} data-current-value="{$current_value}" class="form-control ml-1""{/if}
{if $idx == 1}data-max="{$value}" data-to="{$value} name="{$filter_key}" id="mse2_{$key}_{$idx}" value="{$value} data-current-value="{$current_value}" class="form-control ml-1""{/if}

3. Скрипт, который должен реагировать на изменения ползунка (из вашего примера), он вроде даже как-то и «реагирует», но очень странно:

<script>
    $(".js-range-slider").ionRangeSlider({
        range: true,
        type: "double",
        keyboard: true,
        input_values_separator: ",",
        onFinish:function(ui) { 
	    $('.js-range-slider').val(ui.from + ',' + ui.to);
            $('.js-range-slider').trigger('change');
	} ,
    } ) ;
</script>

Криво загружается html…
Вот zip
file.modx.pro/files/6/6/d/66d417698f275bc24e33998298642204.zip

Добрый день! Можете поделиться шаблоном из СБИСа?

Спасибо! Статьи при прокрутке подгружаются. Но адрес страницы в адресной строке браузера не меняется.
Подкорректирую свой вопрос.

pdoPage умеет так делать. Ставишь ajaxMode=scroll и limit=1 и в добрый путь

Так то во втором комментарии это уже написано.

Лечение проблемы c фотками в phpthumb для MODX 2.8.6 для версии php 7.4 через костыль:
Убираем слово mixed в строке 317 в файле core/model/phpthumb/phpthumb.class.php
Спасибо @Иван Климчук за наводку.

От компонентов зависит. сам MODX3 прекрасно работает на 8.1
Я сейчас делаю модуль интернет-магазина MiniShop3 на 8.1 — ничего нигде не пукает

Да я сначала поставил 3 на 8.2, но потом понизил до 7,4, поскольку не все расширения работали. Сейчас смотрю некоторые подтянули, на 8.0 вроде все работают, которые у меня стоят. Но на php 8.1 сайт «пукнул» пару символов и сдох вообще.

На всякий случай, даже 8я версия PHP уже устарела и получает только обновления безопасности.

www.php.net/supported-versions.php

3.0.4 тоже после обновления «обсиренилась» пока не поднял php до 8.0, после повышения вроде всё пришло в норму. PdoTools и MIGX работают нормально.

Ну я просто предположил. Либо просто не сохраняет из-за неверных символов в паттерне (вроде так бывает).

{set $rows = $_modx->runSnippet('!pdoResources', [
'fastMode' => 0,
'limit' => 0,
'parents' => 2,
'depth' => 5,
'includeContent' => 1,
'tvPrefix' => 'tv_',
'includeTVs' => 'stars,room_type,room_details,basis_price,photos',
'select' => '{"modResource":"id,uri,pagetitle,content,photos"}',
'return' => 'json',
'where' => ['isfolder' => 0]
])}

{$rows | print}

Добрый день. Обнаружил в компоненте особенность или баг: чтобы в админке сбросить дату у метки (и удалить её из БД) — нужно всегда снимать галочку и сохранять товар. Если просто очистить поле с датой и сохранить — запись не удаляется и при обновлении страницы — появляется вновь. То есть нет проверки на пустоту поля для удаления записи из БД.