Наумов Алексей

modx.pro/howto/19246 вот это почитайте, не совсем прям 100% ответ на вопрос, но информация наводящая там вся есть

Не понял, что нужно получить?
Все тож самое… есть процессор «getList», в него передается некий критерий для ограничения выборки (parent), в методе prepareQueryBeforeCount задаем условия…

Я от modObjectGetListProcessor наследую… но и объекты у меня чаще всего свои, не modResource

А процессор resource/getlist здесь github.com/modxcms/revolution/blob/2.x/core/model/modx/processors/resource/getlist.class.php

Ну вот у вас:

,baseParams: {
            action: 'resource/getlist'
            ,parent: '21948'
        }

parent вы передали, он будет доступен в процессоре.

Я делал всегда свой процессор, не пользовал стандартный, например это будет core/components/МОЙКОМПОНЕНТ/processors/mgr/resource/getcategories.class.php
, тогда

action: 'mgr/resource/getcategories'

а уже в этом процессоре возвращал что нужно

И так и так можно, и правильно вроде. Если нужно вывести как разные товары с разными url, то наверное лучше первый вариант.
Но если это прям абсолютно одинаковые товара (описание, фото), то и копии плодить не хочется, msOptionsPrice2 выглядит привлекательнее :)

Отсортировано как строка, все нормально :)
Вручную порядок товарам задавайте, через поле menuindex

Здорово, спасибо!
С обновлением то на существующих сайтах проблем не будет?
Конечно, кроме случаев, когда нужно и css/js файлы на фронте обновить…

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

Вот это посмотрите:
1. docs.modx.com/current/en/extending-modx/xpdo/class-reference/xpdoobject/metadata-accessors/getselectcolumns
2. docs.modx.com/current/en/extending-modx/xpdo/class-reference/xpdo/xpdo.getfields

Это просто по полям. Насчет TV вот здесь посмотрите… modx.ru/vopros-otvet/info/221/

Актуальная цена, с учетом опций, подгружается после загрузки страницы, отдельным запросом.
Как вариант, сначала выводить не цену, а фразу типа «Расчет цены...», «Уточнение...» и т.п., или просто дефис.

Вам нужно создать плагин на событие сохранение товара (OnDocFormSave), проверить, что это именно товар, в плагине создать самому нужный url, задать его товару и «заморозить» url.

В целом примеров на форуме тьма, ищите по ключевым словам OnDocFormSave, url, заморозить.

Если на en уведомления…
запросы идут не на index.php, а на connector.php файла (или т.п.) и там контекст (язык) устанавливается не корректно.

Заголовки страницам хоть пропишите.
Вот спрашиваете: Что не так с моими карточками товаров???

А заголовок «Розовый | Интернет магазин цветов и хорошего настроения» это так?
А 3 штуки заголовка H1 это нормально?

А не прописанные alt и title у картинок?

А пустые карточки товаров без текстов, где просто заголовок и 1 фото — вы реально думаете что это нормально?

А многие важные, на при этом пустые страницы?.. Например «Букеты» (1й пункт меню)

В общем по сайту еще работы — конь не валялся

Ну открыть его там, посмотреть, как работает, понажимать кнопочки всякие.

Компонент Batcher

Я всегда делал еще 1 поле Наличие (0/1), сортировал сначала по нему, потом по цене.

Весь код покажите, 2 вызова сниппетов, все чанки причастные

должно работать

{'!ms2Gallery' | snippet : [
... параметры ....
'resources' => $id,
... другие параметры ....
]}

Сначала вызов pdoResoources, где выбираете нужные ресурсы.
В чанке вывода каждого ресурса уже вызываете ms2Gallery