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

Внимательно читаем: 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

тогда в спаме ищите)

Попробуйте поставить дополнение QuickEmail и с параметром debug = 1 протестировать отправку почты с сайта.
Там сразу будет все видно.

{if $_modx->resource['panoramicview'] == 'yes'}
Панорамный вид
{/if}

$_modx->resource.week

это строка «3,4,5»

[3,4,5]

а это массив.

substr, первые 10 символов

Сниппеты конечно нужно некешированными вызывать.

Добрый день!
А что на мобильном не так работает? Можете описать? какой телефон/браузер?
Пагинация через pdoPage.