Делая квест я НЕ ЗНАЛ, чем он закончится, какие параметры мне понадобятся и т.д.

Открывая новую страницу, бумажную версию квеста, вижу «Вы находите амулет со звездой, если понадобится — добавьте 5 к номеру страницы».

Ок, ТУТ же, в MODX, добавляю ИГРОВОЙ объект amlzvz

В MODX добавляю реакцию на получение амулета и его потерю (а вдруг его отберут?), отображение в малом интерфейсе на главном экране и в модальном окне — НЕ ЗАНИМАЯСЬ напрямую непосредственно кодированием кода PHP, прописывая только условия отображения на экране или том же модальном окне.
Мне это НЕ ИНТЕРЕСНО, у меня есть HTML-код, который я должен вывести.
И «забываю» об амулете.

Потом, в процессе прохождения квеста (точнее — последовательного переноса каждой бумажной страницы в электронный вариант), я вижу такое:

«Вы заходите в комнату с изображением звезды»

Ок, я понимаю, что должен «воспользоваться» амулетом, поэтому в Вещмешке добавляю ИМЕННО НА ЭТОЙ странице добавляю кнопку «Использовать амулет звезды» — опять же, в MODX, никакого кодирования напрямую в PHP — и для кнопки задаю действие — что должно произойти при использовании амулета (скорее всего — переход на новую страницу с новыми параметрами).

ВСЁ. Я НЕ РАБОТАЮ напрямую с параметрами из строки браузера, не объявляю переменных PHP, я всего лишь проверяю условия срабатывания и изменение при использовании.

Могу ради интереса прямо сейчас добавить куда-то объект и реакцию на его использование :)

Отличительная особенность MODX сообщества заключается в том, что ребята изобретают такие велосипеды, от которых волосы на голове начинают выпадать.

Откинем вообще код, архитектурные «особенности» проекта и т.д т.п

Возьмем первоначальную задачу — «удобная работа с URL параметрами из под MODX»

Преположим, что логика работы игры вынесена в сервисы и остается только работать с URL параметрами.

Я просто оставлю этот тут
www.php.net/manual/en/function.parse-str.php

Эх… вот бы кто-нибудь статейку с примером запилил)))

.А зачем из этого делать компонент?

Согласен работа с токенами — самый простой и достаточно надежный способ авторизации через API
Его очень легко реализовать для MODX.

Я бы выбрал JWT. А вообще рекомендую посмотреть реализациюэтого пакета
Ну и не забудьте прочитать описание предварительно, что бы понять что это и для чего.

Авторизация для каждого из приложений кто захочет воспользоваться rest дабы дать возможность с ним взаимодействовать только определённым.

Что значит защитить? Нужно немного подробностей…

Понял. Значит мы оба нашли разные рабочие решения вопроса.

Ожидается ли поддержка php 8?

Если ответ (единица) приходит именно числом — то моё решение работать не будет =)
Оно работает только если ответ приходит текстом.

submitOnValue — взял не с потолка =) если что))

github.com/modxcms/revolution/blob/v2.8.4-pl/manager/assets/modext/util/utilities.js#L567

Замечу, что и в самой БД эти поля должны быть tinyint(1), к слову ваше решение у меня не показывает галочки, а без него — показывает :-) Это как бы странно, но если у вас работает и вам помогло — то хорошо.
Специально создал новый xcheckbox, при даже просто типе поля int в map.class и в БД — значение 1 отправляет, но галочки нет. Tinyint в map и в самой БД — отправляет и открывает с галочкой.
Я прошу прощения, что отвечаю спустя практически 2 недели. Забыл про оповещение с форума

Я, видимо, не до конца понятно выразился.
Я об этом и писал, только последнее предложение в моём комментарии немного вводит в заблуждение.
Надо написать: при первом взгляде на фото, я тоже сначала не понял, когда это было?

Спасибо, почему-то пропал автоинкремент и у новых шаблонов id=0
Решил запросом ALTER TABLE modx_site_templates MODIFY COLUMN id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST

Установите данный пакет: modx.com/extras/package/seosuite
Увидите =)

Данный пакет — объединил в себе два старых пакета: SEO Tab и SEO Pro

Если же у вас стоят SEO Tab и SEO Pro — то там «старый» вид.

Автор имел ввиду, что было после установки дополнения и стало после того как он навёл красоту.
Я тоже сначала не понял, когда же так было? :-)

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

<?php

$brensList = array('Zuff', 'Пульс', 'ON', 'Dominator', 'FB', 'Актех', 'Вожак', 'Зверь');

$q=$modx->newQuery('msProductOption', array('key:=' => 'brand', 'value:IN' => $brensList));

$q->prepare();
$q->stmt->execute();
$res = $q->stmt->fetchAll(PDO::FETCH_ASSOC);


$brendsGroups = array(
    'Zuff' => 7,
    'Пульс' => 8,
    'ON' => 9,
    'Dominator' => 10,
    'FB' => 11,
    'Актех' => 3,
    'Вожак' => 6,
    'Зверь' => 14
);




foreach ($res as $k => $v) {

    $currentProductBrand = $v['msProductOption_value'];
    $docId = $v['msProductOption_product_id'];
    $newGroup = $brendsGroups[$currentProductBrand];
    $resource = $modx->getObject('modResource', $docId);
    if(!$resource->isMember($newGroup)){
        $resource->joinGroup($newGroup);
    }

}

И кстати на php 8.1 компонент у меня не запускается.

php 8 в текущей версии не поддерживается

У меня есть 1 вариант, но он костыльный, пройтись по всем товарам, и положить их в спец группу ресурсов по бренду, и потом эту группу указать

Да, дайте пруфы, а то, может, опция в админке это то единственное изменение, которое вы, как незнающий человек, в состоянии заметить, а @Павел Гвоздь в исходниках класс расширил и кучу методов добавил/переопределил.