вероятно есть желание выделить несколько активных позиций, этот вариант предложен в документации: docs.modx.com/3.x/en/extras/formit/formit.tutorials-and-examples/handling-selects,-checkboxes-and-radios#handling-checkboxes-and-multiple-selects-in-a-custom-hook Вместо

$hook->setValue('color',json_encode(array('blue','red','green')))

@vit Попробуйте явно указать двойные кавычки так:

$hook->setValue('color',json_encode(array("blue","red","green")))

т.к. код выходного фильтра нынче выглядит так:

$output = ' ';
if ($input == $options) {
    $output = ' checked="checked"';
}
$input = strpos($input, '"') ? $modx->fromJSON($input) : explode(',', $input);
if (!empty($input) && is_array($input) && in_array($options,$input)) {
  $output = ' checked="checked"';
}

P.S. хотя нет. сработать должен и в вашем случае после json_encode…

в документации так написано

Обработка чекбоксов и мульти-селектора в пользовательском хуке
Если вы хотите установить поле массива (т.е. группу флажков с тем же именем или мульти-селектор) в preHook, вам нужно применить json_encode для значения массива.

$hook->setValue('hobbies',json_encode(array('music','films','books')));

или я не так понял?
как их заполнить?

на здоровье

А в чем смысл и задумка

$hook->setValue('color',json_encode(array('blue','red','green')));

?

Я уже доделываю mspWebPay) в течение нескольких часов выкачу «обновление», защиту уже убрал.

Молодец, Денис. Обрати внимание на другие платежки. Они тоже популярны в РБ и не обновлялись.

Новую версию 2.0.6-pl с правкой залил

Спасибо, дружище! Всю голову сломал, emailsender доменную почту засунул, все сработало!

Шортсы с Рутуба не парсятся, чтобы всё работало, нужно в провайдере в регулярку добавить:
[http|https]+:\/\/(?:www\.|)rutube\.ru\/[video|tracks|shorts]+\/([a-zA-Z0-9_\-]+)

Добавьте, пожалуйста, это в компонент в следующем обновлении.

Создать отдельную группу ресурсов под нужный ресурс и дать доступ пользователю только к этой группе ресурсов.

Ещё, как вариант в первую очередь, связаться с автором того или иного компонента с просьбой обновить. Да и может быть так, что на github у автора уже есть почти готовая версия под modx 3.

Готового плагина или компонента нет, придётся писать самому.

Опишу теорию:
1. У пользователей используешь какое ни будь поле или делаешь новое, числовое. Какое дефолтное значение на твоё усмотрение.
2. Тем же Minishop2 создаёшь товары — пакеты с кол-ом комментариев, там например в артикул пишешь размер пакетов, типа 5/10/20/50…
3. После покупки пользователями того или иного пакета/пакетов, плагином по смене статуса заказа на «Оплачен», берёшь из заказа покупателя (id пользователя), товары (их артикулы по их id), суммируешь купленное количество комментариев (артикулы товаров) и записываешь в поле пользователя (опять же по id пользователя).
4. Форму создания комментариев выводишь по простому условию проверки поля пользователя, если >0 — показываем форму…

Итого: Всего 1 самописный плагин, с этим обращайся к спецам из сообщества, или пробуй сам с помощью ИИ (мой совет: deepseek.com)

Взять и переписать их. Ну или денег заплатить тому, кто перепишет.

Да, реально.

$title = preg_replace('![^'.preg_quote($separator).'\.\pL\pN\s]+!u', '', $this->lower($title));

Работает как решение

Буден новый платный пакет

Будет ли обновление для MODX3?

Готов отдать проект в управление

Финальная версия.

Прошлая давала ошибку при создании нового документа. Добавил проверку есть ли id.

@EVAL

if(! empty( $modx->resource->get('id') ) )  {

$id = $modx->resource->get('id');
$parent = $modx->resource->get('parent');
$parentResource = $modx->getObject('modResource', $id);
$grandfResource = $modx->getObject('modResource', $parent);

$parentId = $parentResource->get('parent');
$grandfId = $grandfResource->get('parent');

$pg = "$grandfId,$parentId";

return $modx->runSnippet('pdoResources',array('parents' => $pg,'depth'=>0,'limit'=>0,'where'=>'{"template:=":47}','sortby'=>'pagetitle','sortdir'=>'ASC','tpl'=>'@INLINE [[#[[+parent]].pagetitle]] > [[+pagetitle]]==[[+id]]','outputSeparator'=>'||'));

}

Решил так:

@EVAL

$id = $modx->resource->get('id');
$parent = $modx->resource->get('parent');

$parentResource = $modx->getObject('modResource', $id);
$grandfResource = $modx->getObject('modResource', $parent);

$parentId = $parentResource->get('parent');
$grandfId = $grandfResource->get('parent');

$pg = "$grandfId,$parentId";

return $modx->runSnippet('pdoResources',array('parents' => $pg,'depth'=>0,'limit'=>0,'where'=>'{"template:=":47}','tpl'=>'@INLINE [[#[[+parent]].pagetitle]] > [[+pagetitle]]==[[+id]]','outputSeparator'=>'||'));

Вдруг кому-то понадобится.

Проблема видимо в том, что конструкции типа [[+parent]],[[#[[+parent]].parent]] обрабатываются только в шаблонах.

Постам прошлого, у которых коэф рейтинга -0.1 и ниже, за каждое добавление в избранное и за каждый положительный голос рейтинга, следовало бы повышать коэф рейтинга на +0.01 или +0.005. Возможно делать это только для определённых разделов. Это будет справедливее. Тогда заметки прошлого, которые были действительно полезны людям, не будут несправедливо уценены вместе с бесполезным «мусором».