Василий Наумкин

Имя автора на момент создания комментария.
Можно выводить его в чанке (плейсхолдер, кажется, [[+author]]), но по умолчанию выводится имя юзера из его свойств путем присоединения таблицы modx_user_attributes при выборке.

По большому счету, это поле — тяжелое наследие компонента Quip, с которым я пытался подружить Tickets изначально.

Id автора менять вообще не понятно зачем.

Потому что менять нужно createdby, а не user — этого нельзя сделать из админки.

Нет, не надо.
Этот параметр принимают почти все мои сниппеты, а в JSON нет ничего сложного: скобочки да ковычки.

Итого, ответ на твой вопрос, при запуске из страницы сайта:

[[!pdoUsers?
	&where=`{"username:LIKE":"%petr%"}`
]]

Через API MODX

echo $modx->runSnippet('pdoUsers', array(
	'where' => '{"username:LIKE":"%petr%"}'
));

В общем, дело твоё.

Куда можно копать, если не отправляются письма?

0 Смотреть лог ошибок сервера
1. Проверять отправку писем с сайта, советую компонент QuickEmail с &debug=`1`.
2. Проверять что именно отправляется при смене заказа с MS2 — откуда ошибка в логе

Тоже вариант.

Хотя, проще было прочитать документацию и написать вот так:

&where=`{"username:LIKE":"%petr%"}`

Подумал еще раз, и решил, что если это не будет напряжно — то можно попробовать.

Это не троллинг, это обучение.

Чем меньше задаешь вопросов и больше учишься самостоятельно — тем больше знаешь.

Должно работать вот так:

&where=`["LCASE(product_name) RLIKE '[[:<:]]foo'"]`

Если перестановка в дереве ресурсов, то нужно сортировать по menuindex.

&sortby=`menuindex`

Можно сортировать и вручную:

&sortby=``
&resources=`5,4,9,3,16,28`

Давай!

Если что — в чанке товара корзины есть [[+price]], а есть и [[+cost]]. То есть: цена одного товара и стоимость добавленных.

Нужно брать цену товара и умножать на количество, заменяя стоимость в том же ряду.

Ну вот никому не нужно было.

Напиши, да выложи решение — я же не могу один работать за всех?

Я же говорю — плагин на событие загрузки страницы:

if ($modx->event->name == 'OnLoadWebDocument') {
	$modx->lexicon->load('sitelang');
}

Должно работать. Нужно только упаковать этот плагин в пакетик (ну и проверить, предварительно).

Никто не знает.

Придётся осваивать jQuery самостоятельно.

Это — жесть. Лично мне больше нравится вот так:

[[%hello]]

И если словарь загружен заранее — то это будет работать и не тратить время на лишний разбор параметров тега.

Кстати, такие короткие языковые плейсхолдеры быстро заменятся в чанках pdoTools, а длинные пойдут в парсер MODX, тормозить.

Мне кажется, компоненту еще не помешает плагин, который будет загружать словари sitelang по OnLoadWebDocument.

Тогда пользователь сможет везде использовать плейсхолдеры типа [[%sitelang_key]], и не переживать о загружке словаря сниппетом.

Ну, значит не судьба.

Не нужно так делать.

Нужно поискать в Яндексе и попробовать решить проблему самостоятельно. Это не так уж и сложно.

Кусок кода, который ты привел выше — это нормальный кусок, там код 200, а не 500.

Тогда прочитай про процессоры, что ли?

Если хочешь единого поведения — используй их, вся логика там.

Есть мнение, что ты сначала что-то где-то сломал, или просто не использовал процессор от Tickets, ибо в нем есть обновление карты сайта.

Я даже заметку писал про это.

Обнови pdoTools, там была ошибка.