Сергей Шлоков

Есть вариант с созданием схемы "на лету".

Ого, комментарий на 2 поста ))
Давайте попробуем нарисовать в голове график развития Ларавел и MODX. Даже у пятой версии Лары динамика хорошая. А что мы видим у MODX? Хотфиксы.Третья версия анонсировалась с 2013 года. Сейчас 2019 год. Вот такая динамика. Когда в 2013 году я (полный ноль в веб программировании) выбирал систему для сайта, я выбрал MODX. Он тогда мне лучше зашел, чем Джумла, Вордпресс и Друпал. И позиции у него были хорошие. И разработчикам MODX показалось, что больше напрягаться не надо, MODX нашёл свою нишу, его популярность и дальше будет только расти. А время показало, что популярность нужно поддерживать. Иначе падение. Что и произошло.

Для новичков MODX хорош. В процессе постижения, в пылу энтузиазма они начинают осваивать создание дополнений. Кстати, этот факт считаю одним из недостатков любой системы, не только MODX. Глядя в код многих дополнений (даже хороших) жуть берёт — говно-палко-строители. Ну а что ещё ждать от начинающих. Сам был такой. Но хорошо, что они хоть в ядро не лезут.

А вот к серьезным разработчикам MODX недружелюбен. Точнее его оунеры. Т.е. мнение людей уровня Николая Ланца, Жени Борисова, Василия Наумкина и многих других с их опытом разработки и знанием внутренностей MODX как правило игнорируются. А кто должен развивать систему? Не новички же. Сам не хочешь, мнение других не слышишь, итог закономерен. Даже вынужденная попытка подключить сообщество создав MAB провалилась.А ведь привлечь профессионалов очень дорого. Теперь каждая их минута стоит денег. Они уже не хотят бесплатно тратить своё время. А тем более биться об стену, что-то доказывать, делать ненужную работу. Их нужно как-то мотивировать или вновь пробудить энтузиазм. Но к сожалению, это не про MODX хозяев.

Сейчас в RU сообществе предприняли ещё одну попытку реанимировать угасающий проект. Ностальгия Ивана Климчука и энтузиазм Ивана Бочкарёва пытаются вновь пробудить интерес к MODX и тут и там. Но видно какое сопротивление приходится преодолевать. Привлечь старых опытных разработчиков тяжело, а новые не набрали должного опыта. Вопрос насколько хватит запала у Иванов. Ох, как не хочется говорить «Я же говорил».

Чисто моё мнение, ситуация с MODX может измениться сменой код-оунеров или созданием форка. И то и другое маловероятно. И мой пессимизм только растёт. Хотя желание помочь есть.

П.С. У меня тоже получилась почти поэма :)

Так что в данном контексте закрытие modxclub.ru вряд ли можно считать критерием заката MODX.

Николай вроде сайт закрыл, а не MODX. А про MODX он сказал верно. Он плетётся в хвосте и его разработчики не принимают никаких усилий для его продвижения. Даже плёвые инициативы внедряются со скрипом. А чтобы не упустить место на рынке нужно действовать агрессивно как октябрята (OctoberCMS).
Я, честно говоря, удивлён как долго Николай сидел на MODX. Он клепал не просто сайтики, а делал сложные сервисы. Зачем тянуть в это MODX непонятно? Так что ничего удивительного. С MODX начинают свою творческую жизнь юные разработчики, но никто с уровня мидл и сеньор не пойдет на него. Это видно даже тут. Сколько крутых модиксеров уже пропали и вряд ли когда вернуться.

Ответ на поверхности — если тебе проверки прав не нужны и ты не используешь события ресурса, то юзай newObject.

manager/assets/modext/widgets/system/modx.panel.system.settings.js

Контрольный Ctrl-F5. Нет? Копайте дальше. Почистите куки. Проверьте указанные урлы скриптов — открываются ли они. Права на файлы.

Может дело в версии xdebug

Стоит 2.7.0.

Вы безгрешный человек и жизненные сложности вам просто не нужны)

Я, конечно, против «эй, слышь», но вежливое «ты» вполне сойдёт ))
А проблем у меня не меньше, чем у других. Я вот, например, целый час пытался заставить последний XAMPP для x64 поставить. Нервы кончились. Плюнул и оставил x86, поменял только версию PHP на 7.2. :(
Ключевое здесь — нервы. )

Отключаем сжатие скриптов в системных настройках (compress_js). Придётся делать это или через базу или в кэше core\cache\system_settings\config.cache.php. А потом открыть системные настройки в админке и там отключить.

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

Везде xdebug виноват?

У меня xdebug установлен. Ноу проблемс.

Консоль браузера?

{('<b>' ~ $placeholder ~ '</b>') | htmlToBottom : true}

Вообще теги остаются только при аякс запросах.

В Вашем случае логичнее всего предположить, что Вы выставляете теги несуществующих плейсхолдеров.

Вы хотите, чтобы MODX распарсил теги в яваскрипт файле?

Ну почему же в ресурсе?) В шаблоне.

Тогда что значит эта загадочная фраза: «Через include подключил внешний шаблон index.tpl c таким содержанием:»?

А шаблоны base.tpl и расширяющий его index.tpl лежат в одной папке core/elements/templates.

Ещё раз. В твоём варианте запрос идёт к шаблонам из БД. Т.е. шаблон base.tpl должен быть в списке шаблонов во вкладке «Элементы» дерева элементов админки.

Я делал, так как написано в документации.

Видимо из какой-то другой. Вот пример из документации:

{extends 'file:chunks/my_chunk.tpl'}

{block 'myblock'}
    Hello world!
{/block}

В твоём случае

{extends 'file:templates/base.tpl'}
...

Через include подключил внешний шаблон index.tpl c таким содержанием:

Это как? Это где? Неужели в ресурсе?

Кроме того, Вы же понимаете, что работаете не с файлами, а с шаблонами из БД? Они никак не могут лежать в одной папке.

Картинка-с.

А что такое «теги на modx.pro»?

Функция «Завершить все сеансы» из бек-энда поддерживается компонентом?

Ты сам-то как думаешь?

Каждая технология предназначена для какой-то конкретной задачи. Лично я не вижу преимуществ JWT для обычных сайтов, которым не нужно масштабирование и репликация. Ещё для микросервисов сойдёт. Или если уж места на диске впритык. На MODX такие приложения не строят.
В MODX сессия используются вовсю. Поэтому открытой её оставлять нельзя. И получается её нужно кодировать-раскодировать. И гонять туда-сюда. Не думаю, что это будет сильно быстрее. В общем везде есть свои плюсы и минусы. Всё нужно делать под конкретные задачи.

Проблема в двойном кодировании. Квадратные скобки фильтруются принудительно при обработке запроса, а затем Jevix кодирует спец. символы. Вариантов 2. Или в контенте перед выводом заменять amp;#91; на #91;. Или в Jevix отключить двойное кодирование в функции htmlspecialchars. Я использую первый вариант.

file_get_contents()