Разобрался сам, увидеть нормальную работу плагина можно только при создании нового ресурса, итак, нужно заполнить все поля ресурса, сохранить, затем во вкладке Локализации появится уже созданный пункт для основного языка, остается лишь перевести остальные. Затем весь контент можно будет выводить с помощью методов автора

Благодарю всех за ответы.
Действительно в ClientConfig используется setOption для переопределения системных параметров. Правда он вызывается довольно часто, каждый раз при инициализации modx. К сожалению другого метода не нашел. Думал через кеш решить этот вопрос, но секюрные данные хранить в кеше не хорошо, а установка и сохранение системных настроек приводит к появлению их в БД

$setting = $modx->getObject('modSystemSetting', 'mail_smtp_pass');
                $setting->set('value',  $_ENV['RB_SMTP_KEY']);
                $setting->save();

Попробуйте метод

$modx->setOption();

Я бы посоветовал посмотреть, как это реализовано в компоненте ClientConfig, он решает похожую задачу: хранит свои настройки не в таблице modx_system_settings, а в другом месте (в своей таблице).

В частности посмотри код плагина.

Доброго времени суток!

[[!mFilter2?
                &parents=`[[*ShopBrandParentID:is=``:then=`[[*id]]`:else=`[[*ShopBrandParentID]]`]]`
                &tplOuter=`tpl.mFilter2.outerShopCategory`
                &element=`msProducts`
                &class=`msProduct`
                &cacheTime=`10800`
                &ajaxMode=`button`
                &filterOptions=`{ "more_tpl": "<div class=\"go-to-catalog btn_more\"><span class=\"more\">[[%polylang_site_47]]</span></div>"}`
                &setMeta=`1`
    
                &tpl=`catalog-box-tpl`
                &tpls=`catalog-box-tpl,catalog-box-tpl-4-box`
                &limit=`24`
                &sortby=`{ "ProdSort":"DESC", "id":"DESC"}`
                &pageLimit=`5`
                &suggestions=`false`
                &innerJoin=`{ "Options":{ "class":"msProductOption"}}`
                &groupby=`msProduct.id`
                &showHidden=`0`
                &includeTVs=`[[*FilterIncludeTVs]],Prod23,Prod24,ProdSort`
                &where=`{ "Prod02":"1"}`
    
                &filters=`[[*FilterFilters]],ms|new:boolean,ms|old_price:boolean,msoc|color~value~color`
                &tplFilter.outer.ms|price=`tpl.mFilter2.filter.slider`
                &tplFilter.row.ms|price=`tpl.mFilter2.filter.number`
    
                &tplFilter.outer.msoc|color~value~color=`tpl.mFilter2.filter.outer`
                &tplFilter.row.msoc|color~value~color=`tpl.mFilter2.filter.outer`
                &tplFilter.outer.msoption|size=`tpl.mFilter2.filter.outer`
                &tplFilter.row.msoption|size=`tpl.mFilter2.filter.checkboxSize`
            ]]

— [[*FilterFilters]] — TV поле где указываются, фильтра, которые нужно выводить в данном каталоге.
Вот ссылка на каталог, где есть привязанный товар Каталог с присоединенным товаром

Благодаря помощи Артура Шевченко, нашли причину.

Решение:
У меня на сайте было 2 контекста.
При регистрации с автологином, юзер почему-то привязывался к контексту web. Но у меня контекст web был пустой и не использовался. Поэтому в сниппете Register, добавила параметр

&authenticateContexts=`web,meb`

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

Вызов сниппета бы увидеть

Здравствуйте. Определить подходящее время и день недели поможет такое условие

$showWA = true;
if ( date('w') > 5 || (date('w') == 5 && date('H') >= 16) ||  (date('w') < 5 && date('H') >= 17)) {   
    $showWA = false;
}
return $showWA;

Добрый день, столкнулись с таким багом. Сделали промокод со скидкой на 3 т.р., который появляется при добавлении в корзину товаров на 10 т.р. Как я понимаю стандартное применение данного компонента.

В итоге пользователь может добавить товаров на 10 т.р., появится промокод, добавляет его в корзину, после чего уменьшить сумму покупок на ~7 т.р.

В итоге у пользователя товары в корзину на ~3 т.р. и промокод на ту же сумму. После можно без проблем оплатить 10-100 рублей и ждать свой заказ на 3 т.р.

Как-то можно пофиксить этот баг? Или мы просто некорректно установили компонент?

модалка содержит форму ajax, при отправке формы после заполнения (правильного, неправильного — все едино… или при обновлении страницы) окно закрывается вместе с сообщениями об отправке/ошибке, которые в модальном окне отображаются в это время… А нужно, чтобы событие обрабатывалось полностью в модалке — т.е. открытая модалка закрывалась бы ТОЛЬКО принудительно, с кнопки «закрыть окно». Вопрос: как сие реализовать ?!

Изменила context на load, list, view. Почистила кэш, перезагрузила права, завершила все сеансы.
По новому авторизовалась как обычный пользователь и попробовала снова оценить тикет и чужие комментарии. Ситуация не изменилась. Пишет permission_denied_processor.
Но вот комментировать может. Комментарии сохраняются.

Доступ к контексту web должен быть не context, а load, list, view.

Здравствуйте! Да, политика TicketUserPolicy добавлена.
skrinshoter.ru/sLaq6rnydnH?a (скриншот). Для авторизации используется компонент Login.
Проверила в админке пользователей, которые регистрируются на сайте. Проверила, присваивается ли пользователь к группе пользователей или нет. Оказывается, корректно присваивается.
skrinshoter.ru/sLaEBS7X08W?a (скриншот).

Согласно документации
Группе пользователей, которые получают права на написание комментариев и т.д. нужно добавить политику TicketUserPolicy. Вы это сделали?

Я полностью удалила компонент Tickets и установила. Но проблема, все таки не исчезла.
Когда авторизованный пользователь оценивает комментарий или тикет, выходит ошибка permission_denied_processor.
А когда админ оценивает, пишет, у вас недостаточно прав для этого действия.

Искал тоже. Вопрос решился за 5 минут. В ЭДО сбиса был прекрасный шаблон. Адаптивный + более компактно печатается чем выше представленные. Советую. Думаю они есть в любом ЭДО, но в некоторый могут быть более сложно сверстаны и запрятаны стили.

К сожалению директива map работает только в контексте http, поэтому её использовать на modhost.pro не получится.
Но можно попробовать другой вариант, правда более медленный, но если получится напишите сюда. Я честно его не пробовал, просто первое, что в голову пришло, но теоретически развить этот вариант можно попробовать

http {
    server {
        listen 80;
        
        location / {
            if ($http_accept ~* "text/html") {
                # Do something if the Accept header contains "text/html"
            }
        }
    }
}

Добрый день!
Ошибка permission_denied_processor — это ошибка самого Modx Revo или Tickets?

Спасибо, попробую это решение!

Админ загружает файл на сервер, потом в карточке пользователя указывает путь к загруженному файлу, в ЛК ты выводишь это значение в тэг

<a href="#" download></a>

Можно использовать дополнительные поля — extended, или установить ExtraFields и расширить модель пользователя.