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

Можно попробовать 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.

Отлично. Да, [] в name означают, что будет массив

stackoverflow.com/questions/25267238/values-submitted-by-a-form-with-multiple-in-bootstrap-select
У select name указан со скобками []?

Пример из документации:
Получение номера (индекса) итерации, начиная с 0

{foreach $list as $value}
 <div>№{$value@index}: {$value}</div>
{/foreach}

или

{foreach $list as $value index=$index}
 <div>№{$index}: {$value}</div>
{/foreach}

А далее уже используете %2==0

Штааааа?
Ну я вот написал, логи смотрели? Есть там что?
Поэтапно пробовали отлаживать?
Комментировать код блоками, найти строчку, где ошибка.
У меня в голове нет встроенного интерпретатора, чтобы ваш код запустить и понять, с чего он вдруг не работает.

Quip древнющий
Комментарии от Tickets хорошо работают, но звезд/рейтинга нет, нужно допиливать
modxTalks не пользовался, но назначение немного не то
CSS Star Rating -вроде только «звездочки», без комментариев
LikeDislike — это голосование нравится/не нравится
VoteForms еще есть в этом направлении
Писать свой компонент — бесценный опыт!

Инструкция есть: docs.modx.pro/komponentyi/easycomm/neskolko-polej-s-rejtingom
Нужно создавать поля в базе, расширять объекты, конечно же менять стандартные чанки.

Я свой компонент порекомендую, easyComm: modstore.pro/packages/utilities/easycomm
И да, несколько критериев тоже можно сделать, правда это потребует некоторых усилий.

Бесконечное сохранение — скорее всего ошибка 500 при выполнении php, см. логи modx и сервера.
Точно стоит добавить проверку на существование объекта $reskuda после его получения.

В данном примере интереснее 3-й вариант, т.к. нет лишних чанков, вызовов сниппетов, он читабелен сразу. Думаю и работает он быстрее.
Но если бы в чанке tpl.addressl был слоооооожный, медленный код, то интереснее было бы вызывать кешированный сниппет.

Сниппет msProducts, параметр includeThumbs

Читали?
github.com/fenom-template/fenom/tree/master/docs/ru

Ответ на вопрос: github.com/fenom-template/fenom/blob/master/docs/ru/mods/in.md