Т.е. обещанного списка отзывов, собираемых годами от клиентов, не будет? Мда. Вот и всё, что нужно знать о холиварщиках. В лучшем случае (это в самом лучшем случае) получите список ишу Руслана Алеева про пермишены.

Да, и ещё, совет заказчикам — когда разработчик начинает нытьё о глюках дерева при большом количестве ресурсов, задумайтесь о его проф. пригодности.

ping

Помнится я как-то с одним человеком (Руслан Алеев) разбирался в ACL системе MODx. Мы составили огромный список в гугл доках где протестировали каждый пермишен, нашли кучу багов, все это дело даже оформили красиво.

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

Так что, нас уже кормили этими спасибами, больше не хочется.

P.S.
Нашел ишусы — github.com/modxcms/revolution/issues?q=%5Bbug%5D+Access+Policy+is%3Aopen. От Руслана Алеева. Файлик с данными пока найти не могу.

Не воспринимайте как критику.

Почему? Критика бывает более полезна, чем восторженные отзывы.

Такие надстройки (так как их делают программисты для себя и других программистов) делают MODx более сложным.

Правильно ты пишешь про программистов. А для них как раз ничего сложного нет. Это дополнительный инструмент для работы, а не обязательная замена. Раньше, чтобы так кодить, нужно было уходить во фреймворки. Сейчас также можно работать и в MODX до какого-то момента. Разве это плохо?

Закреплю посыл — ZoomX не для массового использования. И, кстати, изначальная задумка была для замены MODX шаблонизатора. Идея навеянна Evolution CMS. Но ребята ядро переписали под Laravel. С MODX это невозможно. Поэтому и дополнение. А потом решение стало обрастать правилами фреймворков. Именно поэтому мажорные версии. Но при этом концепция CMS никуда не делась и новичкам ничего не нужно заново учить. Т.е. ZoomX позволяет как бы растянуть момент покидания MODX.

Уникальность MODx как раз в простой и удобной админке, в простом создании ресурсов, отображении их в виде понятного дерева с понятным редактированием этих ресурсов из админки. Доступ к шаблону из самого ресурса.

ZoomX ничего этого не меняет. Он меняет только правила шаблонизации. Один проход. Как это принято не только во фреймворках, но и в других CMS. Подход MODX с многократной обработкой регулярными выражениями себя (в наше время) не оправдывает. А PHP шаблонизаторы компилируют код, оптимизируют его за счёт Opcache. Это даёт и гибкость и скорость.

С приходом таких дополнений, как ZoomX, нужно прописывать роуты, а создание ресурса превращается в написание кода. Это вряд ли привлечёт большое количество новичков в MODx (именно эта категория пользователей даёт популярность таким проектам, как Wordpress).

Задача ZoomX не привлечь новичков, а удержать старых разработчиков. А если бы ты попробовал его или хотя бы прочитал доку, то не писал бы такое. )

Да я могу целый список составить того, почему UI в MODx плохой

Составь. Уверен, все только спасибо скажут.

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

Выход я писал уже больше года назад где-то на этом сайте — убирать нахер древовидное меню. Но…

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

Субъективно более чем

Если бы. Мой первый клиент которому я делал магазин года 3 назад сказал, а как я буду пользоваться админкой с планшета? А что будет с древовидным меню если у тебя на сайте будет много-много ресурсов? А «тихое переименовывание» одноименных файлов? Да я могу целый список составить того, почему UI в MODx плохой и это будет не субъективная оценка, а отзывы которые я собирал годами от своих клиентов.

Вот тут ты хорошую тему затронул. Я для этого использовал контексты, типа есть dev и прод и всем весело было. Надеюсь.

Очень удобно, когда у тебя сайт на 2-3-4 языках которые сделаны на контекстах. Это костыли, а не полноценная разработка на локальной машине с последующим тестированием на каком-нибудь сервере.

Сиди создавай за миллионы корпоративные сайты.

Как хорошо что именно этим я и не занимаюсь собственно.

Окей, допустим я представил как твои мега-богатые клиенты, заказывают корпоративные сайты с очень динамичной, но люто багованной и что самое важное тяжелой и неудобной админкой.

Субъективно более чем

Но представить что эти же клиенты получают на выходе проект, который не запускается в dev и stagging режимах.

Вот тут ты хорошую тему затронул. Я для этого использовал контексты, типа есть dev и прод и всем весело было. Надеюсь.

Мои клиенты нынче это тир1 финтех компании чей капитал больше бюджета твоего города. Лохи? Может быть, я так не считаю.

Я не про бюджеты клиентов, а про то, как они ими распоряжаются. Если у тебя есть такие, то в этом нет ничего плохого для тебя. Сиди создавай за миллионы корпоративные сайты.

то есть по твоей логике в современных ресурсах...

Окей, допустим я представил как твои мега-богатые клиенты, заказывают корпоративные сайты с очень динамичной, но люто багованной и что самое важное тяжелой и неудобной админкой.

Но представить что эти же клиенты получают на выходе проект, который не запускается в dev и stagging режимах. Над которым невероятно сложно работать в команде и который крайне сложно передать другим разработчикам на хотя бы лет 5 стабильной работы/доработки без рефакторинга. И уж тем более не версионируется… Нуу… Не, не могу представить. Хотя нет, вру, могу — если клиенты лохи.

Проблема тройки — овощи у которых на гитхабе права на репозиторий, при чем тут вообще сторонние инструменты?

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

P.S.
И все таки я не понимаю в чем был не прав… В том что ZoomX будут пользоваться единицы или в том, что это шаблонизатор или про выбор MODx как инструмента для создания сайтов?

$router->get('uri', function() {
Очень похожи на

app.get('/', function(req, res) {
В каком-нибудь Express.

А, ну роутинг урлов очень похож на роутинг апи. Зафиксировали.

То ты очень классно обул клиентов-лохов.

Мои клиенты нынче это тир1 финтех компании чей капитал больше бюджета твоего города. Лохи? Может быть, я так не считаю.

Самое сложное в сайтецах для корпоративов — это верстка.

Кто ж спорит с этим? Как это влияет вообще на бэк сайта?

Нафига им вообще бек? Статику выплевываешь с небольшой логикой обработки каких-нибудь форм.

То есть по твоей логике в современных ресурсах нет никаких работ над сайтом? Ну то есть вообще никаких?

Гугл, допустим, любит живые сайты, где повышается ссылочная масса. Если мне инструмент позволяет писать «по современному» используя инструмент с прекрасной админкой и прочими вещами — то я тоже лох или как? Мне нужно было цеплять взрослый фреймворк чтобы гит использовать?

Конечно не растут, потому что сам MODx в стагнации уже много лет и единственные кто его до сих пор держат на плаву, это единицы разработчиков платных дополнений и сам стерк, у которых бизнес на нем завязан.

Ты сам знаешь думаю, в IT стоит перестать интересоваться новым на пару лет, как ты уже начинаешь выплывать из сферы.

В остальном хз как на высеры отвечать. Не буду ничего писать про легендарную тройку. Посмотри сколько скачиваний у ZoomX, а это уже версия 3.4. Так что, мне рассказывать то не особо будет нужно. Сам увидишь по востребованности.

Проблема тройки — овощи у которых на гитхабе права на репозиторий, при чем тут вообще сторонние инструменты?

Когда ты последний раз писал апи? Обычный роутинг обычного проекта, при чем тут апи вообще?

Каждый день занимаюсь этим на протяжении последних полутора лет. И вот такие вещи

$router->get('uri', function() {

Очень похожи на

app.get('/', function(req, res) {

В каком-нибудь Express.

Если у меня средне-высоко бюджетный проект где нужно накидать сайтец для корпоратов я пойду брать фреймворк? Да?

То ты очень классно обул клиентов-лохов. Самое сложное в сайтецах для корпоративов — это верстка. Все остальное набрасывается на условном WP или MODx за пару-тройку дней не особо утруждающей работы. Такие сайты живут недолго, нафига им самописная платформа? Нафига им вообще бек? Статику выплевываешь с небольшой логикой обработки каких-нибудь форм.

Проблема MODX в том, что разработчики в нем не растут...

Конечно не растут, потому что сам MODx в стагнации уже много лет и единственные кто его до сих пор держат на плаву, это единицы разработчиков платных дополнений и сам стерк, у которых бизнес на нем завязан.

Ты сам знаешь думаю, в IT стоит перестать интересоваться новым на пару лет, как ты уже начинаешь выплывать из сферы.

В остальном хз как на такие высеры отвечать. Не буду ничего писать про легендарную тройку. Посмотри сколько скачиваний у ZoomX, а это уже версия 3.4. Так что, мне рассказывать то не особо будет нужно. Сам увидишь по востребованности.

P.S.
Людям дали инструмент. Но любой человек который перешагнул по навыкам и знаниям MODx, уйдет в более современный и востребованный на рынке инструмент. Вон тут уже упомянули Laravel.

Тут лишь остается рассматреть вариант сборки сайтов на MODx в кач-ве фриланса. Вариант конечно имеет место быть, но крайне спорный… Лучше уж взять хороший фриланс заказ и создавать его на микросервисной архитектуре, используя современные инструменты.

Сергей написал просто более менее актуальный шаблонизатор

что? каво?

То что я вижу в примерах выше, очень похоже на то, как пишется сегодня какой-нибудь REST API

Когда ты последний раз писал апи? Обычный роутинг обычного проекта, при чем тут апи вообще?

Так что, ZoomX это заранее мертворожденный продукт, которым кмк будут пользоваться единицы. Все задачи для создания низкобюджетных сайтов на MODx — покрывает pdoTools с феномом.

Но в MODx это почти нахер никому не нужно.

а, ну расскажешь

Если у тебя будет средне или высоко бюджетный проект на котором потребуется хороший бек, ты уж точно не выберешь MODx с ZoomX или Fenom и пойдешь писать свой бек на каком-либо фреймворке.

Если у меня средне-высоко бюджетный проект где нужно накидать сайтец для корпоратов я пойду брать фреймворк? Да?

Так что, ZoomX это заранее мертворожденный продукт, которым кмк будут пользоваться единицы. Все задачи для создания низкобюджетных сайтов на MODx — покрывает pdoTools с феномом.

Проблема MODX в том, что разработчики в нем не растут. Вам дали инструмент который вам позволяет рости. Будут пользоваться те, кто хочет развиваться, единицы или нет — вопрос другой.

Объясни конечно, почему я должен гадать?

Сергей попытался внести в MODx чуть-чуть современного подхода к бекенду, но большинству сайтоделов на MODx оно нахер не всралось. В чем я не прав-то?

С этим согласен, более чем. А с постом твоим большим нет. Нужно пояснить почему или догадаешься сам?

Ты если не согласен с чем-то, напиши с чем, возможно я не прав и ты меня переубедишь, если не хочешь писать, то нахера высрался? )

Сергей попытался внести в MODx чуть-чуть современного подхода к бекенду, но большинству сайтоделов на MODx оно нахер не всралось. В чем я не прав-то? Я уже молчу про то, что на рынке эти инструменты которые создаются для MODx не востребованы, как и сам MODx.

вас обоих контузия взяла или это прикол какой-то?

Интересные проекты… У меня ни один проект не обходился без какого-нибудь pdoMenu или pdoResources. Я не про написание самих сниппетов с нуля, а составление уже готовых сниппетов.

Согласен со всем, кроме этого:

… MODx не простой, т.к. для того чтобы собрать сайтец нужно как минимум уметь писать сниппеты, хотя бы самые простые на modParser.

Есть несколько «сложных проектов» (структурно и функционально) собранных без написания сниппетов и без знания программирования. Использовали только готовые компоненты из modstore.
В остальном — полностью согласен.