Виталий Серый

С Fenom-ом можно наворотить что-то вроде такого.

{set $cult = $_modx->config.cultureKey}
{set $parent = [
    "ru" => "3",
    "en" => "12",
    "fr" => "21",
    "de" => "30",
    "jp" => "39",
    "sg" => "48",
    "tk" => "57",
]}
{$_modx->runSnippet('pdoResources',[
        'parents' => $parent.$cult
])}

Во-первых, Браво!
Интересно продолжение, а там и вопросы может появятся.

idx-а нет в массиве значений. Он присваивается уже после. Но есть MIGX_id. Т.ч. можно его использовать.

&where=`{"MIGX_id":5}`

Можно сделать иначе.

&offset=`4`
&limit=`1`

Тоже сталкивался, но вместо extends, если расширять нечего, использую include.

Возможно чувствительность к регистру букв в путях.

Возможно поможет. Надо отключить масштабирование для PHPStorm. Зайти в Свойства -> Совместимость и поставить галочку «Отключить масштабирование изображения при высоком разрешении». Так же и с большинством других программ, где подобная болячка.

Восстанови сайт из бэкапа.
Обновляй постадийно. Сначала 2.2.10, потом 2.2.14\2.2.15, далее 2.3.1\2.3.6.
После каждого обновления проверяй как работает.
Некоторые обновления могут быть излишни. Но через 2.2.14 обязательно надо пройти.
Я бы вообще параноидально обновлялся от версии к версии.
А потом, если все ок, ставь pdotools.

Если я правильно понял, то, например, xContent.

Боб классный дядька. Присоединяюсь к поздравлению)

В примере выборка по родителю.

foreach ($modx->getIterator('modResource', array('parent' =>15)) as $res) { $res->set('alias',$res->cleanAlias($res->get('pagetitle'))); $res->save(); }

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

Ветка создается автоматом и привязывается к ресурсу. Комментарии привязываются к ветке, т.ч. ничего создавать не надо. Имя ветки можно задавать самостоятельно, по умолчанию resource-ИД. Но в большинстве случаев это не надо. При желании можно создать несколько веток для одного ресурса\товара, прибавить к этому комментирование изображений или совсем безумное — комментировать каждую опцию товара. По идее все это должно отображаться в бэкэнде товара.

Полагаю нужно просто вызвать TicketComments на странице товара.

docs.modx.pro/components/pdotools/snippets/pdomenu
ctrl+f &rowClass

Можно попробовать сделать через MIGX.

Просто и элегантно. Не хватает только кнопки обновления лога.

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

Сами и ответили. Выход в дополнительной таблице соответствий Работа-Пользователь.
Конечно, еще можно поиграться с LIKE-ом rtfm.modx.com/xpdo/2.x/class-reference/xpdoquery/xpdoquery.where

Надо написать плагин и повесить его на OnDocFormSave.
Теория:

if ($mode == 'new' && $resource->class_key == "Ticket") {
	if(!$resource->published){
	//!!! Пример отправки тупо скопирован с документации, надо менять на свое
		$message = $modx->getChunk('myEmailTemplate');
 
		$modx->getService('mail', 'mail.modPHPMailer');
		$modx->mail->set(modMail::MAIL_BODY,$message);
		$modx->mail->set(modMail::MAIL_FROM,'me@example.org');
		$modx->mail->set(modMail::MAIL_FROM_NAME,'Johnny Tester');
		$modx->mail->set(modMail::MAIL_SUBJECT,'Check out my new email template!');
		$modx->mail->address('to','user@example.com');
		$modx->mail->address('reply-to','me@xexample.org');
		$modx->mail->setHTML(true);
		if (!$modx->mail->send()) {
		    $modx->log(modX::LOG_LEVEL_ERROR,'An error occurred while trying to send the email: '.$modx->mail->mailer->ErrorInfo);
		}
		$modx->mail->reset();
	}
}

Уже ради одних тернарных операторов хочется пользовать.
Очень порадовало, что в @INLINE чанках нормально отрабатывают сложные логические конструкции.
Спасибо!