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

Дык: modx.pro/components/17212
Покупайте ;-)

В условии where:
1. Поставить пробел после фигурной скобки {
1. Поставить пробел до фигурной скобки }

Ну не одновременно на всех же вкладках одно и тоже поле…
В одном месте, выбираем, где нужно.

См. параметр return:
docs.modx.pro/komponentyi/pdotools/obshhie-parametryi
Вот только не знаю, есть ли его поддержка у msGetOrder.

А при пустом tpl возвращается именно строка, а не массив.

github откройте и посмотрите.

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

Это не будет сниппет-обертка, это будет копия сниппета.
Минус в том, что когда базовый компонент будет обновляться, ваш сниппет так и останется «старым». Вы не получите нового функционала.
Однажды это вообще может привести к некорректной работе.
В общем решение-то нормальное, но нужно с ним внимательно.

Сразу не увидел комментарий.
Пишите в личку по ценам, если актуально еще.

Вы ec_message_photo желаете 5 раз вывести что ли? =)
Ошибки в консоли браузера смотрите.

1. Да, можно. Создаёте новые поля рейтинга, в документации есть пример.
2. Обобщенного рейтинга нет. Придется считать его самостоятельно. Создать плагин и в нем получать данные и пересчитывать все. Онлайн обновления рейтинга нет, только после перезагрузки страницы.
3. Выводить и сортировать можно )

Дорабатывать придется, но, думаю, это проще написания с нуля.

Коллекция — это не товар, это категория.
Для работы mFilter2:
— либо фильтры parents, categories
— либо создаем отдельный параметр «Коллекция» и по сути дублируем информацию. Но логически это выглядит правильно.

Эти? Какие эти?)
Вообще импорта нет, только вручную писать скрипт.

Можно попробовать mas2Gallery использовать, для разделения изображений использовать механизм тегов (они там есть). Но на мой взгляд это не очень удобно, т.к. в админке визуально не видно, какое изображение какие теги содержит.

При просмотре страницы x пишем эту информацию в сессию, cookee или профиль пользователя.
При просмотре страницы x+1 проверяем наличие записи…
Нужное событие это OnWebPageInit или OnWebPagePrerender, ну смотря что вы там сделать хотите.

Что-то в голову закрадывается мысль, что может jQuery подключатся дважды, второй раз после части скриптов.

1. В отдельной таблице
2. menuindex — это порядок сортировки, например для меню, для списков. Читать в документации, хотя там наверное толком и нет. На самом деле почти все понятно по названию поля и его типу в базе данных.
3. Процессоры это нечто большее… Метод save просто сохранит объект в базе данных. Процессор же: 1) сделает кучу проверок, в том числе есть ли права у пользователя 2) вызовет нужные события, на которых могут висеть плагины. Поэтому если вы уверены, что простого save достаточно — то можно и им пользоваться, но в общем случае процессоры правильнее.
Как минимум ознакомьтесь с modx.pro/development/3159 и modx.pro/development/3156. публикации старые, но вроде актуальны
4, 5. В основном все раскидано по отдельным сайтам, статьям, публикациям. Для начала конечно да, документация. По минишоп она, кстати, в целом полная.
6. Автору скорее всего это не интересно, поэтому можно и здесь на форуме в разделе Работа оставить

print_r($item->toArray());

Можно сделать 1 вызов ms2Gallery, в чанке внутри цикла foreach проверять № итерации, и формировать html код в 2 переменные, отдельный для 1-й итерации и отдельный для всех последующих, после использовать модификатор setPlaceholder, чтобы эти 2 переменные отправить в плейсхолдеры. Потом уже их использовать. Но реально, это будет выглядеть так сложно, что проще 2 вызова ms2Gallery.

Что аналогично?
В описании setPlaceholders написано:

массив $placeholder может не быть глубоко вложенным. Это должен быть простой ассоциативный массив.

Внимательно читаем: docs.modx.com/current/ru/extending-modx/modx-class/reference/modx.setplaceholders
Видим:

Используйте toPlaceholders() при работе с многомерными массивами или объектами с переменными…

и далее

В отличие от getChunk, массив $placeholder может не быть глубоко вложенным. Это должен быть простой ассоциативный массив.

А вот здесь уже лучше: docs.modx.com/current/ru/extending-modx/modx-class/reference/modx.toplaceholders

Что бы отсечь «админ внес какие-то правки» добавьте в форму редактирования пользователя hidden поле и проверяйте его наличие.
Зарегистрировался, это проверяйте параметр $mode, для только что созданного будет modSystemEvent::MODE_NEW.