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

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. Это открытый вопрос :))

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

modx.pro/components/24619

Добрый день,

Подскажите, написано, что «Добавлена автоматическая поддержка пользовательских множественных свойств»

Но при этом нигде не сказано по какому принципу заполнять эти свойства в 1С?

цвет1|цвет2

или

цвет1, цвет2

Вижу уже несколько заметок про эти mmx дополнения. Это какой-то отдельный вид дополнений, которые через установщик MODx не поставить?

Давай тогда уж и Smarty выдай

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

Спасибо!
Пробовал передать свой плейсхолдер — не работает такой подход.
Сейчас решение сделал в виде сниппета получающего id по pagetitle

Попробуй пробросить в сниппет cfCities ID ресурса в переменную

[[!cfCities?
  &id_res=`[[+id]]`
]]

а в чанке вызов: [[+id_res]]

Решил, зашёл в контексты, web, и там создал новый контекст site_url, и там внутри добавил значение своего сайта на https.

Имя и ключ: site_url
Значение: js-learningzone.ru/

Надо искать причину по которой в site_url всегда сайт по http, несмотря на работу сервера по https. link_tag_scheme на https выставлен в системных настройках?

В общем я сейчас перенёс всё на версию 2.8.7, таб была настройка server_protocol, её я исправил на https, но это не помогло, сайт всё ещё при https, не хочет подгружать стили и js, но если сайт на http, то всё загружается.

Вот ссылки на сайт, для наглядности:

без SSL — HTTP: href=«http://js-learningzone.ru/

с SSL — HTTPS: https://js-learningzone.ru/

Действительно, оказывается удалили, не пользовался еще тройкой. Но справедливости ради server_protocol и во второй версии не понятно как работал в спайке с link_tag_scheme и работала ли вообще, но иногда выставление на https чудесным образом помогало.

Раз site_url выдает сайт по http, возможно эта настройка явно прописана в настройках или в контексте указана. link_tag_scheme на https выставлен?