Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #5Вчера в 16:28
а можно в шаблоне pdomenu вывести определенное значение из TVtable, Пробовал так:
[[TVTable?
&tv=`7`
&id=`[[+id]&...
TVTable как получать значения из ячеек таблицы 13
Вчера в 13:08
на трех сайтах проверил и нигде не устанавливается, везде одинаковая ошибка «Невозможно установить пакет с подписью: mspaidoptions-1.0.2-pl» — очень п...
msPaidOptions Ошибка при установки 5
04 февраля 2025, 17:46
Поймал баг, если в поле по которому определяется похожесть нет слова равному или длинее limitWord, то рушится страница — белый экран, и в логах лютая ...
modRelation - Похожие товары для minishop2 и pdoTools 40
04 февраля 2025, 13:32
К сожалению чудо работает ровно до того момента, пока я не сохраню ресурс. После этого настройка из прав просто удаляется. Что то с настройкой прав на...
FileMan - прикрепление файлов к ресурсам для MODX 3 57
03 февраля 2025, 17:26
Есть еще Quickstart Buttons 😉
modmore.com/extras/quickstartbuttons/
modx.pro/reviews/22829
Виджеты в админке или как добавить свою кнопку 4
03 февраля 2025, 16:56
обновился, все ок!
easyComm 1.15.0 большой апдейт: ответы, улучшенные файлы и многое другогое! 20
03 февраля 2025, 12:45
Возможность, конечно же, есть. Это бесплатный компонент с открытым исходным кодом. На сайте modstore есть ссылка на репозиторий GitHub откуда можно ск...
Нет возможности загрузить SendIt на modx 3.1 а очень хочется 1
02 февраля 2025, 12:49
Привязываю к tickets для загрузки и последующего редактирования того, что загрузил через фронт.
Вызов стандартный
[[!ufForm?
&tplForm=&#...
[UserFiles] - Файлы пользователя. 189
Это только для тех, кто хочет работать с шаблонизатором Fenom. Если есть желание работать в режиме фреймворка, то можно работать с шаблонизатором Smarty, который идёт с MODX из коробки. Я много раз уже говорил, что Fenom в pdoTools — это костыль, который вроде как добавляет возможности нормального шаблонизатора, но работает по правилам MODX шаблонизатора — многократный парсинг и компиляция контента, который ему подсовывает MODX шаблонизатор. В правильном режиме php шаблонизатор парсит страницу один раз, компилирует её в php файл и использует его при следующих запросах, не тратя время на повторный парсинг и компиляцию.
Сначала проверяется наличие магического метода __invoke. Если его нет, то будет вызван метод index.
Блок meta можно отключить в системной настройке zoomx_include_request_info
Правильнее было бы сказать, что к объекту $modx добавляется не класс, а экземпляр указанного класса. Он же возвращается методом getService().
Соответственно получить доступ к этому экземпляру можно не через $modx->className, а через $modx->aliasName. Ниже в статье именно так и будет указано. Получается небольшое разночтение. Т.е. псевдоним вы можете указать любой (первый параметр), а вот класс (второй параметр) должен быть точным.
Ну и плюс ещё разные неувязки. Я уже много раз о них писал.
Ещё раз повторю — феном имеет смысл использовать только ради его функциональных возможностей. Простая смена синтаксиса вызовов чанка или сниппета не только лишние затраты по времени, но и негативно сказывается на производительности сайта.
У Fenom больше возможностей. Например, в параметрах можно указать число, массив, сделать конкатенацию. Также различные управляющие конструкции. Этого нет в MODX синтаксисе.
А банальный перевод тега на Fenom (просто чтоб было) ничего не даёт. Даже хуже — MODX теги работают лучше и меньше нагружают парсер.
В любом случае, во второй версии эти параметры просто задепрекейчены. В третьей (которая для MODX3) они удалены.
Дискуссия. Много полезной пищи. Ещё больше её в комментариях про клиентов-лохов.
Вишенка на торте — «Баллада о железном слове» (мы в молодости называли это вагина-мяч) в двух актах.
Акт 1.
Акт 2.
Занавес.
П.С. Всё сказанное про медленное развитие MODX верно. И про PR, висящие годами. Многие из нас уже мозоль на языке натерли говоря об этом. И я в первых рядах. Но на сайте сообщества MODX рассказывать про то, что сайты нужно собирать на микросервисной архитектуре, это уж как-то… Для таких новаторов нужно особые ресурсы создавать.
П.П.С. Всё вышесказанное Павлу прошу читать вежливо и с уважением, ибо мы знаем друг друга давно и просто спорим. )
Да, и ещё, совет заказчикам — когда разработчик начинает нытьё о глюках дерева при большом количестве ресурсов, задумайтесь о его проф. пригодности.
Правильно ты пишешь про программистов. А для них как раз ничего сложного нет. Это дополнительный инструмент для работы, а не обязательная замена. Раньше, чтобы так кодить, нужно было уходить во фреймворки. Сейчас также можно работать и в MODX до какого-то момента. Разве это плохо?
Закреплю посыл — ZoomX не для массового использования. И, кстати, изначальная задумка была для замены MODX шаблонизатора. Идея навеянна Evolution CMS. Но ребята ядро переписали под Laravel. С MODX это невозможно. Поэтому и дополнение. А потом решение стало обрастать правилами фреймворков. Именно поэтому мажорные версии. Но при этом концепция CMS никуда не делась и новичкам ничего не нужно заново учить. Т.е. ZoomX позволяет как бы растянуть момент покидания MODX.
ZoomX ничего этого не меняет. Он меняет только правила шаблонизации. Один проход. Как это принято не только во фреймворках, но и в других CMS. Подход MODX с многократной обработкой регулярными выражениями себя (в наше время) не оправдывает. А PHP шаблонизаторы компилируют код, оптимизируют его за счёт Opcache. Это даёт и гибкость и скорость.
Задача ZoomX не привлечь новичков, а удержать старых разработчиков. А если бы ты попробовал его или хотя бы прочитал доку, то не писал бы такое. )