Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #527 минут назад
У нас производственная компания и у нас 200 товаров и 10 000 000 модификаций на каждый. Мы написали (в смысле я) расчетную форму на MODX для такого ко...
GNU2 можно ли зашифровать часть компонента MODX? 12
6 часов назад
Рейтинг поста можно только в течение определенного времени менять. Не помню уже сколько дается. Эта заметка -уже старая.
На MODX 3 + Minishop 3 ес...
MiniShop3 - когда и чего ждать? 15
6 часов назад
Ну вот. Только его подвинули, а он опять вверх ))
Насчет возраста заметки — это кстати отличная идея. Я не подумал. Наверное ради интереса попробую с...
Обновление рейтинга пользователей на MODX.pro 11
6 часов назад
Попадешь в ситуацию, что твой сайт будет зависим от десятков брошенных модулей (да еще, возможно, и с г***кодом внутри), или развивающихся в не нужном...
[miniShop2] Релиз новой версии 4.4.0 12
7 часов назад
Еще увидел что есть метод Payout | Выплаты на карту — как-то его можно использовать? чтобы например осуществлять выплаты за рефералку.
[mspPaySelectionWidget] Виджет оплаты PaySelection для miniShop2 2
8 часов назад
скормите его gpt чтобы он знал это 😊😊
Получаем color и pattern из таблицы зная название цвета для дополнения msOptionsColor 3
Вчера в 15:10
код можно сделать проще и логичней, набросал как пример
Можно ли в MODX как-то получить значение длины видеофайла? 3
Вчера в 12:53
У меня ссылка в FormItAutoResponder передается, а в emailTo нет((
В tpl одинаковые записи <p><a href="[[+pdf_link]]&quo...
Генерация PDF из формы FormIt + Генерация PDF из любых данных по кнопке (без FormIt) в MODX Revo 35
Это только для тех, кто хочет работать с шаблонизатором 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 не привлечь новичков, а удержать старых разработчиков. А если бы ты попробовал его или хотя бы прочитал доку, то не писал бы такое. )