Николай

Ну и надо понимать, что при обновлении системы это дело слетит, так что надо держать это в уме при обновлении.

Я думаю проблему можно решить создав кастомное ТВ-поле:

Custom Template Variables

Я думаю «правильных» вариантов нет, всё зависит от программиста. Можно тупо чистить всю папку компонента, и при каждой новой установке заново её генерить. Кроме ресолверов есть ещё и валидаторы, работают также, но ДО установки какой-то сущности (объекта БД, или файлов) из пакета. Можно реализовать самую разную логику работы установщика, по разному запаковать данные. modExtra не панацея на все случаи жизни. Можно доработать modExtra, а можно и вообще свой сборщик сделать, под задачу. Теория работы пакетов достаточно подробно изложена в документации.

Артём Зернов я думаю один из наиболее знающих систему среди сообщества. В топе можно сказать, в топ 30-50 точно войдёт, по моим субъективным оценкам. Так что если он знает MODX поверхностно, то у меня плохие новости))

Пример кода, вводишь что-то в одной TV, это значение автоматом в другую дублируется:

Ext.onReady(function () {
    let tv1 = Ext.get('tv17');
    // console.log(tv1);

    tv1.on('keyup', function() {
        let tv2 = Ext.get('tv18');
        // console.log(tv2);
        tv2.dom.value = this.dom.value;        
    });
});

Другие события можно тут подсмотреть — docs.sencha.com/extjs/3.4.0/#!/api/Ext.form.TextField

непонятно как это произошло, но лучше вообще удалить эту запись о пакете.

Там где в начале model, должно указываться название пакета, пакета model у вас скорее всего нет. Правильный формат:

{"collections":{"path":"[[++core_path]]components/collections/model/"}}

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

В разделе Подключение:

if ($miniShop2 = $modx->getService('miniShop2')) {
    $miniShop2->addPlugin('msplColor', '{core_path}components/msplcolor/index.php');
}

Там прописывается путь к файлу, он может быть произвольным, код этого файла в разделе Принцип работы:

<?php

return array(
    'map' => array(
        'msProductData' => require_once 'msproductdata.inc.php',
    ),
    'manager' => array(
        'msProductData' => MODX_ASSETS_URL . 'components/msplcolor/msproductdata.js',
    ),
);

Этот же файл как видно ссылается ещё на 2 других. msproductdata.inc.php лежит рядом с текущим, а js в папке assets.

В общем, пути могут быть разные. Можно расширить модель через плагин OnMODXInit, но это чисто для БД сработает. В смысле что в скриптах из БД можно будет вытащить значения, а в админке они нигде фигурировать не будут.

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

А я считаю, что деньги не зависят от технологии напрямую, скорее от конторы где ты работаешь, и того насколько она успешная и сколько готова платить сотрудникам. А успех конторы обуславливается маркетингом, рекламой и другими вещами. На том же Битриксе много очень дорогих сайтов, хотя битрикс по технологиями говорят отстал лет на 10. Короче, программисты такой народ, у них зачастую только одна пузомерка — код, а кучу других факторов они в упор не видят.

Не знаю, что могло бы меня заставить замкнуться в одном MODX.

А заказы не могут заставить?) Для многих сайтов MODX практически идеален. Да и не только простеньких. Если студия ищет работника, то скорее всего такие заказы у них на потоке есть. А значит и нужен человек, знающий систему.

Вы зарегистрировались здесь на сайте в 2013 году в мае. Сейчас 2020, прошло 6,5 лет. Но вы до сих пор ещё тут)) И даже вопросы задаёте по движку)

конечно, это обычный каталог сайта, всё что внутри будет открываться

Если старый сайт не требует настроек htaccess, то файлы должны открываться напрямую. Они в любом случае по приоритету будут перекрывать страницы MODX в случае если uri страниц MODX совпадают с названиями файлов статичного сайта. Так что проблем особых с таким соседством быть не должно. Другое дело, что понятие сайт подразумевает отдельный домен на который можно перейти без дописывания параметров типа site.ru/{uri_страницы} То есть «сайт» этот будет подразделом сайта MODX. Как если бы вёрстку мы закинули в отдельную папку

Мне кажется, что за всеми этими «аргументами» скрываются другие причины недовольства. Неудачный опыт, или неумение работать с фрилансерами, незнание движка, или вообще web-технологий и т.п. Особенно на фоне желания хорошо зарабатывать) MODX походу единственный вменяемый инструмент, но такой несовершенный… Поэтому, ёжики плакали, кололись, но продолжали есть кактус)

Правильно, потому-что телеграмм заблокирован в России. Надо установить приложение (способы разные), а затем в поиске вбить ru_modx

Телепортируйся туда сам)) По секрету можно ссылку туда закинуть ;)

Этот формат лучше всего подойдёт для чата MODX в телеге — t.me/ru_modx Там как раз перетирают подобные темы ;)

Нифига тут чат :)

Adminer — просто распаковать файлы. Почти как phpMyAdmin.

А вы делаете сайты на MODX?)

Не понятно где может быть шаблон этого самого окна, тоесть разметка. Все что удается найти, это функции вызова и управления на стороне JS

Вот тут не оно самое? assets/components/office/js/minishop2/order.window.js