При попытке открыть в журнале ошибок появляется:
PHP warning: Parameter 1 to modManagerController::getInstance() expected to be a reference, value given

добавить можно с помощью &includeDocs
исключить с помощью &excludeDocs
Шрифты меняются в стилях css

Оперативно. На ум приходит только старый анекдот:
— Скажите, больной перед смертью потел?
— Да.
— Это хорошо.

Спасибо, разобрался. Надо было кэш почистить.

Уточните пожалуйста как это можно посмотреть?

Так а как поменять эти значения? Например убрать или добавить пункты меню, или уменьшить шрифт?

Смотри ошибки в журнале ошибок, в логах сервера. Данное описание вообще не несёт никакой информации способной помочь в решении.

Посмотреть какие стили приводят к некорректному отображению и удалить их со страницы.

Это и есть пункты меню, просто сниппет в цикле подставляет сюда разные значения.

Не совсем в тему, но добавлю свои пять копеек :)
Ставил Твиг в Битрикс три года назад и тем самым избавился от лютого говнокода в битриксовых файлах. Жить стало сильно проще.
Правда махровые Битрикс разрабы смотрели на меня как на идиота, когда я собеседовал их и спрашивал, знают ли они что это такое.
Зато когда попробовали — за уши не оттащишь.

Можно предварительно выполнить к таблице запрос через newQuery с нужными условиями — вытащить массив айдишников и уже из этого массива взять рандомный элемент.

Этот код должен сработать.

require_once $_SERVER['DOCUMENT_ROOT'] . '/core/config/config.inc.php';

Это лишнее.

global $modx;

и это тоже.

$modx->context->key

Как ты думаешь в режиме API, который ты включил в первой строке своего файла, какое значение будет в этом параметре? Правильно — никакого, поэтому передай конкретный ключ контекста и будет тебе счастье.

Дак все на 2-й версии сидят, а эту только посмотреть порадоваться =)

Вот так, в MODX подвезли TWIG, а в чате тишина)

Походу твое решение спустя 4 года все такие стало актуальным

github.com/modxcms/revolution/pull/16571#pullrequestreview-2061133420

Всё норм работает, надо только заменить в файле core/components/msdsector/controllers/msdsectordeliveryhandler.class.php

if (!class_exists("msDeliveryInterface")) {
    require_once MODX_CORE_PATH . "components/minishop2/model/minishop2/msdeliveryhandler.class.php";
}

на

if (!class_exists("msDeliveryInterface")) {
    require_once MODX_CORE_PATH . "components/minishop2/handlers/msdeliveryhandler.class.php";
}

видимо пути переделали в свежем минишопе

Немного дополню, для mSearch2 (может кому пригодится)

<script>
        var lazyLoadInstance = new LazyLoad({
            elements_selector: ".lazy"
        
        });
            $(document).on('mse2_load', function () {
            lazyLoadInstance.update();
        });
    </script>

Каждый расходует свое время как хочет. :)

Вижу, что это что-то революционное. И стараюсь смотреть на такие вещи с точки зрения популяризации MODx в широком смысле.
MODx, как я это понимаю, занял нишу в которой можно быстро поднять сайт без навыков программирования (немного прочитав документацию и поняв базовые принципы: шаблон, чанки, сниппеты и синтаксис; далее — просто установить, просто использовать). Но не так просто, как Wordpress. Поэтому, ниша получилась довольно узкая. :) В своё время популярность MODx, в моем представлении, выросла, в том числе, благодаря дополнениям MiniShop2 и pdoTools. Эти дополнения развивали основные принципы MODx (просто установить, просто использовать) и потому стали так популярны. И помогли MODx усилить свои позиции.

Несколько я смог понять — новые дополнения уводят MODx ещё куда-то. Станут ли они новыми MS2 и pdoTools — время покажет. :)

Я не критикую. Это на правах размышлений.

Возможно, стоило бы исправить корень проблемы с дублированием Guzzle, с доступом к Composer и прочим, но сделать это так, чтобы не менялись принципы MODx (просто установить, просто использовать) для большинства пользователей, за счёт которых растёт популярность MODx. Сделать удобно для разработчиков, но сохранить привычную и простую модель для простых пользователей — это было бы гениально. :)

Напоминаю, что рассуждаю в контексте популярности и популяризации MODx.
Возможно, популярность начнет расти за счёт состоявшихся разработчиков, которые уйдут с других фреймворков, чтобы найти что-то недостающее для себя в MODx. Это открытый вопрос :))

Это несложно, если процесс разработки хорошо отлажен и тебе ничего не мешает.