Почему MODX не становится популярнее?
«Черновой» перевод статьи Марка Хамстры с MODX.today

Всем привет! Пару дней назад Марк опубликовал свою статью «Why isn't MODX more popular?». Я сделал «черновой» перевод и хотел бы услышать ваше мнение о его качестве. Пока что он будет на GitHub, после правки думаю «выкатить» на Хабр. Комментарии, пожелания, исправления прошу оставлять здесь или в комментариях на самом ГитХабе.
Перевод статьи: «Почему MODX не становится популярнее?»
Оригинал «Why isn't MODX more popular?»
P. S.: Вести с полей: на этой неделе планируется выход MODX 2.4!

Всем привет! Пару дней назад Марк опубликовал свою статью «Why isn't MODX more popular?». Я сделал «черновой» перевод и хотел бы услышать ваше мнение о его качестве. Пока что он будет на GitHub, после правки думаю «выкатить» на Хабр. Комментарии, пожелания, исправления прошу оставлять здесь или в комментариях на самом ГитХабе.
Перевод статьи: «Почему MODX не становится популярнее?»
Оригинал «Why isn't MODX more popular?»
P. S.: Вести с полей: на этой неделе планируется выход MODX 2.4!
Комментарии: 191
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Популярность вордпресса и джумлы лишь в иллюзии простоты использования и массе готовых, чаще ворованных темплейтов и расширений :)
Видно, что переведено транслейтером и слегка подправлено. Для тренировки английского языка хорошо, но на хабр не советую такое выкладывать, если карма дорога :)
Кстати, по поводу самой статьи, сравнение с WP интересно, но WP бесплатен, у нас же в России присутствует другой опыт, многим навязывают платный битрикс или юми, которые стоят в некоторых редакциях дороже чем весь сайт на бесплатном движке. При этом пользователи привыкли платить деньги и не понимают как может быть качественный продукт бесплатным, а еще и легким.
Например интернет магазин на 20к товаров на MODX будет спокойно работать на хостинге за 150р в месяц и кушать 1,5-2гига места. При этом такой же магазин на битриксе без суровых оптимизаций (мало кто нынче заботится о них) будет кушать уже под 10 гигов и висеть на хостинге за 3к в месяц.
Некомпетенция пользователей и не желание их терять навязывая свой движок, идут друг за другом и проталкивают платные продукты и тормозя развитие бесплатных, в какой-то мере.
Ну и конечно как правильно было замечено в статье, удобство использования WP простыми людьми ничего не понимающими в html, но при этом занимающимися «разработкой сайтов» вытекает в большую популярность по сравнению с MODX.
По переводу нужно вычитывать и перестраивать предложения. Если в английском всегда определенный порядок слов, то в русском часто лучше звучит обратный порядок. Уже в первом предложении «Вопрос всплывает регулярно...» выглядит намного корявее русского варианта «Регулярно всплывает вопрос...» и т.д. и т.п. И чем дальше текст тем меньше заметно изменений относительно автоматического перевода.
Вычитку сделаю обязательно. Просто не хватило времени, поэтому добавил упоминание, что перевод «черновой».
— Есть гораздо более простые движки, в которых не нужно прикладывать знания, как в MODX. Вообще для новичка в Модэксе, который только установил систему часто встаёт вопрос: «где стандартный шаблон?». Со мной было именно так. Привыкший к системам, вроде WP я и представить себе не мог, что есть такая гениальная система, как MODX Revo, и что в ней всё так одновременно сложно (для новичка) и просто (для знающего).
— Многие освоив хорошо что-то одно (Джумлу, например, Господи прости), и думать не желают, что им придётся осваивать что-то иное, да ещё такое «сложное, непривычное, с кучей настроек». Далеко ходить не надо, взять например любителей Evo. Они всеми правдами и неправдами отвергают идеи о том, что Revo на порядок лучше и гибче.
— MODX Revo можно использовать без платы, в отличие от UMI CMS или Bitrix. Хоть это и не делает его хуже с технической точки зрения, а во многих моментах (если не во всех) — лучше, однако люди считают, что если они заплатили за систему — то сайт будет хорошим. Сомневаюсь.
Ох сколько мне сил пришлось израсходовать, чтобы переубедить директора тратить деньги на UMI и наконец узреть MODX Revo перед носом. А теперь ещё этот Bitrix...Есть конечно ещё куча причин, однако я отчётливо вижу эти.
Тем не менее, в большинстве случаев, когда человек осваивает MODX Revo, он совершенно чётко для себя начинает понимать, что более ему ничего не нужно. Ни WP, ни Drupal, ни Боже упаси, Joomla, ни какая другая платная система. MODX Revo цепляет, и цепляет жёстко. Соскочить с него тяжело. Да и не хочется совсем.
А сборку сделать это вообще не проблема, есть масса решений. Тот же Vapor.
Это не считая сборок. Кстати, новичкам может вот эта сборка понравится www.agmedia.hr/blog/free-modx-theme-advance.html (кодировку поправить и поменять все на pdoTools, очень хороша сборка для быстрого старта визиток).
Появление шаблонов для MODx в themeforest.net говорит о многом. Т.е. они будут производиться и распространяться, и этого «пробела» не станет.
Т.е. в этом (в наличии шаблонов с быстрым стартом) успех джумл\вордпрессов. И MODx может стать популярнее, если готовых сборок и шаблонов наклепают те же студии, что клепают для джумл\вордпрессов. Правда, не уверен, что MODx такая популярность нужна.
Вот и не уверен, что MODx такая популярность нужна.
Опять же, популярность, основанная на массовом распространении ворованных компонентов и шаблонов- не есть хорошая популярность, это снова вопрос о ГовноСайтах. Да, есть несчитанное количество вордпрессовскх инсталляций. Есть «клиенты» желающие сайт даром. Это все из неинтересной части реальности)))
юзабилитиудобству пользователя в моём понимании. Поэтому считаю, что проще уж либо заказать у дизайнера макет и самому сверстать от души, или, если проект простой — сделать самому на бутстрапе что-то простое. Так легче. На мой взгляд.Вообще, сделать шаблон с инсталятором — нет проблем. Так, что это уже спор ни о чем. И заведомо ложное утверждение: «нет в Modx шаблонов в классическом понимании».
Упакуй им свой шаблон, там есть возможность включить в пакет и демо-контент и расширения. Установил- получил готовый сайт, без перезаписи существующего (т.е. это не сбока, а именно шаблоны).
А что там будет в шаблоне- это ты сам определяй. Что не ясно?
1. Виджеты — отсутствуют
2. Переменные только из Ресурсов
Дополнения ставят разные, кто-то пользуется pdoTools, а кто-то Wayfinder, getPage и т.д.
Т.к. Modx из коробки пустой, то всем не угодишь и получается, что делать надо именно сборку со всеми дополнениями, которые используются в шаблоне.
Основное отличие шаблона от сборки, сборка перезаписывает существующий сайт, шаблон можно ставить на рабочий. Вопрос о предустановленных расширениях стоять тут не может, все от необходимости.
В Modx даже навигации нет, я не говорю уже о регистрации/профиле, лентах публикаций, комментариях, формах, виджетах и т.п.
Навигация — resource/getlist;
регистрация — security/login;
профиль — security/profile/get…
Глупо- утверждать вами сказанное, извините. Я не мало наделал сайтов, уж на джумлах то и вордпрессах ой, аж жалко потерянного времени (несколько лет!), помню были для джумлы генераторы сборок, ибо в ней тоже надо было многое установить, кроме оформления. Т.е. все плюсы джумл\вордпрессов- это как раз те минусы, из за которых ищешь что то удобное и прогрессивное.
И «голый» MODX куда удобнее, тут спор не уместен или вы ошиблись сообществом))) Еще раз, извините)
Вы не находите, что это флуд уже?
«Modx из коробки голый абсолютно и каждый собирает сайт, как ему вздумается» — и это прекрасно, молодой человек. Поверьте, это прекрасно!
Проще обычный HTML интегрировать самому.
В случае WP/Joomla! из коробки можно построить довольно сложный сайт и всё это будет учтено в шаблоне.
Самое сложное в моей работе, это вытрясти из заказчика внятное техзадание, в т.ч. относительно оформления. А если все есть (структура, функционал расписан), и, как минимум, заказчику подходит готовый html шаблон, например с темфореста- нет проблем)
И о каких «довольно сложный сайт» на джумлах вы говорите? )))
Нет ни каких проблем. Но, вот когда джумловордпрессо юзер лезет и меняет шаблоны\плагины и т.п.- вот тогда проблемы есть… Обычно ночью, с криком «я сломал\сломала сайт». Нет?
А я говорю, что это же самое можно сделать и в MODX.
Ты говоришь, что (передаю смысл) сменить в один клик шаблон в MODX на весь (как в вордпрессе) готовый сайт нельзя.
Я говорю что если это примитивный сайт- то можно.
И далее, ты пытаешься себе доказать что то, что еще не сложилось в твоей голове. Т.е. флудишь. Ну извини, я не могу тебе помочь в твоих заблуждениях. И хватит флудить.
Вот, у Василия, ТвиттерБутстрап, отличный шаблон) Всем подойдет. Бери и пользуй, а так же экспирементируй.
Видимо, когда то ты создашь что-то мегауниверсальное. Удачи тебе.
2. Можно переменные тянуть из системных настроек, а для визуализации настроек для клиента есть пакет ConfigClient. Настройки в пакете можно импортировать и экспортировать.
На одном из сделанных мной сайтов, например, я сделал такую панель для менеджеров:
А если вы имеете в виду «виджеты» а-ля «Форма обратной связи», «Последние фотки из Инстаграма», «Погода» и т. д., то тысячи их…
Что такое шаблон для CMS в классическом понимании? Это оформление с учетом особенностей той самой CMS. При этом мы берем только возможности из коробки. Что мы имеем из коробки в Modx и WP думаю объяснять не надо? Modx без дополнений мало, чем отличается от страницы HTML и в любом случае мы его расширяем дополнениями. Не получится у вас просто поставить шаблон и он будет работать, как в том же WP или Joom! Потому я и говорю, что есть смысл только в сборках для чистой инсталяции.
Выше я предложил провести эксперимент для сомневающихся.
Берем простой сайт, и собираем его параллельно. А потом попробуйте предложить шаблон, чтобы он подошел каждому, без ковыряний в коде.
Во-первых, MODX — CMF, а не CMS, т. е. это в принципе подразумевает модульность и распределённость элементов (MVC же!): представление отдельно, логика — отдельно. Это преимущество, а не недостаток. Перефразируя ваш пост выше: «Не получится у вас просто поставить любой HTML+CSS+JS-шаблон на WP или Joomla, и он будет работать!». А в MODX — пожалуйста, можно. Вообще любой.
На MODX нельзя поставить шаблон от WordPress, Joomla, Drupal, Bitrix. Это да, косяк. Грусть, тоска. Но вы же не будете обижаться, например, на PhotoShop, за то, что, скачав его, вы не научились рисовать, правда?
Во-вторых, возможно, я вас разочарую, но большинство известных вам дополнений для MODX (мы называем их приложениями) на самом деле используют «коробочные» возможности MODX. Т. е. они там были изначально, просто конкретное приложение «изолирует» эти возможности в отдельное приложение — сниппет. И этих «коробочных» возможностей так много, что отображать их — только зря пугать неподготовленного новичка. А MODX создавался для разработчиков.
Но это все холивар и пустое мерянье пиписьками. Давайте, я приму ваш вызов и соглашусь сделать вместе с вами одну задачу. Я буду делать на MODX, вы — на удобной вам системе. Цель — создать настраиваемый шаблон. Согласны?
Могу привести одну историю с печальным концом. Многие наверное знают Eleanor CMS. Когда она вышла, в начале 2009 г. автор Sunvas в упор не хотел открывать ядро системы и пилил её, как рыцарь-одиночка. В итоге шаблонов и дополнений кот наплакал, отчего и загнулась. Хотя система была на тот момент очень даже ничего. Сейчас пилит новую версию, год уже наверное прошёл и готовность 50% и конца и края не видно.
Ну это так, пример, может даже не в тему.
стремительным домкратом… )))
2. Организация рутины при свежей установке modx
Я примерно, как во втором варианта собираю сейчас.
Кстати ThemePackagerComponent — очень не заслужено не популярен)
Опыта работы с другими системами почти не имею. Ну как, смотрел пару раз, но интереса ничего не вызвало.
А эти, видимо, определяются легко, благодаря шаблонам своим.
а еще у них структура каталогов всегда одна и т.п.
Из /assets/ ничего не погружается — все медиа и статика на cdn.
В админку адрес по каждые сутки обновляется (клиенты входят через расширение для Chrome).
Весь JS компонентов переписан на VanillaJS.
Что в HTML, что в заголовках сервера никаких упоминаний о CMS и языке программирования.
Пока никто определить не смог что там под капотом.
Насколько я помню, используются системные настройки.
Спасибо.
Вчера проверял вечером ещё не было.
Присутствует некорректное использование запятых, делающее интерпретацию текста почти невозможной, на что, собственно, и обратил внимание Роман.
Видимо, текст должен быть чем-то вроде: «Проблема ведь не в modx, а в обществе. Все нормально».
www.uaz.ru/versions/uaz-dealer-content.pdf — Инструкция по работе с шаблоном сайта УАЗ v1.4
Пароли для админа придется самостоятельно изменить.
Косяк правда, в логах ошибки синхронизации с основным сайтом с логином и паролем, он же подходит и к админке, минута и сайт регионального дилера доступен.
Особо ничего интересного не увидел… Но спасибо!)
Ссылка: github.com/FortAwesome/Font-Awesome/issues/3455
Lexon(ERROR in xPDOConnection::connect @ S:\XAMPP\htdocs\xamppmodx\core\xpdo\xpdo.class.php: 3083) SQLSTATE[HY000] [1045] Access denied for user 'xamppmodex'@'localhost' (using password: YES)
И всё. И дальше никуда, так как ответов не найти. Такое ощущение, что этой проблемы нет. Видимо надо быть сисадмином, чтобы такое решить. Представляю, что было бы если сайт был на модексе и вдруг такое. Возможно система ещё сырая. А вот с Вордпрессом нерешаемых проблем пока не встречал, всегда вопрос можно решить. Поэтому Вордпресс и популярный.
Я лично использовал для этих целей OpenServer и вполне доволен результатом.
И еще, не стоит это воспринимать как издевательство, но есть гугл. Я серьезно. Вбил в поиск xpdo.class.php: 3083 и что? Правильно! Получил в первой же строке ссылку на официальный форум modx, в котором с этой ошибкой столкнулся пользователь аж (!) в 2010 году. Учитывая, что это, видимо, случай патологической лени, сразу скажу: человек задал вопрос и сам же ответил, что смог все решить. Дословно:
И да, modx популярен)) просто его идентифицировать почти невозможно при проверке, а если используется смена путей к коннекторам и папке админки, то и вовсе… Видел несколько сайтов, на которых железно используется modx, но при проверке — «Не удается определить CMS»
у пользователя xamppmodex'@'localhost, нет доступа к базе (нет такого пользователя, неверный пароль, либо неверно настроены права mysql пользователей). Причём тут modx, непонятно =)
LexonLexonБольшой БратTeam Core (основная команда разработчиков) не забили на продукт. Возможно, даже, что на грядущем MODXpo этот вопрос всплывёт.Время бежит, уже больше 3-х лет идут разговоры. На грядущем MODXpo в очередной раз расскажут о планах. А хотелось бы уже реализации.
А по поводу ExtJs… А чем его заменить? 6-я версия уже современная, мобильная. В отличие от MODX ExtJs развивается. Можно еще посмотреть в сторону Webix. В ней тоже компонентная система.
А в том же Wordpress компоненты можно ставить через композер?
Можно, wpackagist.org, статья о том, как это делать — тут
Но это не совсем то, чего желали бы разработчики wp
Текст анонса и название утверждены, должны опубликовать на днях.
В Германии достаточно много агенств которые используют среди прочего и modx. Поэтому задавая вопрос про популярность, нужно делать поправку: популярно среди кого? Простые копипастеры не будут учить php для клепания сайтов. А раз работчики серьёзных агенств смотрят на разного рода движки, как на инструменты и им плевать на популярность.
Другое дело если зануда-клиент считает что каккой-то движёк лучше и хоть ты тресни.
„Use your imagination, Luke“
— почти по Лукасу…
Возможно, именно опыт общения с другими разработчиками (не только в масштабах сообщества MODX), работа с разными проектами масштаба больше «Блога моего кота», позволяют мне, например, прийти на встрече WordPress и экстерном рассказать про MODX или показать основы работы Node.JS на нашем локальном митапе.
MODX — не серебряная пуля. По крайней мере для стека тех задач, которые я решаю. Но в рамках своих возможностей он чертовски хорош. Именно так, никакого рая. Перефразирую традиционное «Читайте
уставдокументацию, там всё написано» — „Изучайте современные спецификации“, веб не ограничивается вашим любимым движком, который для большинства присутствующих (включая меня) лишь «прикрывает» их (спецификаций) незнание.Антон ЛевицУже не смогу холиварить и вдаваться в детали, все нюансы позабыты, но общее впечатление от всех этих систем (ну кроме, разве что, DLE) — они дико медленные и исправлять это очень сложно.
Про удобство для разработчика я уже не говорю, земля и небо, назад просто никак уже.
То, что русскоязычное сообщество очень заметно растет — это очень здорово. Более того, в нашу студию приходят проекты на доработку/обновление. И в последние пару лет я с удивлением и радостьювсе чаще обнаруживаю что старая версия сделана на modx!
Лично для меня очевидно, что modx становится популярнее.
И студии-
конкурентыколлеги по цеху в нашем городе все чаще его используют в новых проектах.В защиту Wordpress скажу одно — много документации и примеров на русском языке, множество плагинов.
Тонны, просто тонны плагинов.
Легко сложные выборки на простом api делать.
Приятнее писать на api — нет надоедливого extJs
Минусы, мусора хватает, приходится чистить долго и упорно.
Для сео адаптации придется попариться.
van-lepnina.ru/ — на модх (я сделал)
В защиту modx скажу
Для тех кто любит чистые сайты без лишних примесей.
Сео ориентирован.
Как угодно можно располагать блоки и управлять ими.
Русское сообщество буквально вытягивает modx на совсем иной уровень.
Можно и писать в ручную самому через сниппеты, но всегда приятнее из коробки сразу работать
Да важный момент разделение логики back-end и front-end в вордпресс такого нет.
Минусы, кэширование модх
Самый большой минус, если страниц будет 30 тыс?
Можно конечно плагины поставить, поковыряться, но из коробки кэширование хорошо, для небольших сайтов.
В целом для визиток-корпоративных-интернет магазинов использую модх
Для блого-ориентированных, портальных wordpress
Если сравнивать механизмы кэширования то MODX тут просто Леброн Джеймс, а WP с Плагином WP Cache — мальчик 3х лет играющий с мячиком.
Правильный выбор инструментов лишает головной боли. Тут согласен, но в портальных использовал бы Modx + Tickets и вот он портал.
Вордпресс — только быстрые решения на основе готовых (пиратских) тем и плагинов (опять пиратских), чем давно не пользуюсь (к слову скажу, даже потестить граббер новостей на вордпрессе купил плагины, наверно это в среде водпрессопользователей не по феншую).
PS а про возможность использовать 9 контекстов (5 доменов + поддомены) на портале, ну как бы о каких вордпрессах может речь идти? ))
Всё зависит от рук разработчика.
Для данного сайта (modernrock.ru) я модх не рекомендовал, ввиду блоговой структуры.
На счет контекстов согласен на одном сайте 5 доменов, модх в этом плане рулит.
Кэширование реально мощное, что страницы отдаются практически моментально. При посещении от 1000 пользователей, WP очень сильно начинает грузить сервер, однако MODX на том же сервере держит нагрузку нормально. Я говорю об обычном файловом кэшировании. В WP я использовал WP Cache — но скорость ответа от сервера у MODX выше при равных составляющих.
Расскажи о своем опыте — интересно почитать!
Антон Левицпривет, новое для меня комьюнити! Я уже который год сижу на вордпресс и шлепаю на нем сайты. Но вот загорелись с другом сделать сайт под каталог недвижимости, и о нннеет… делать это на вордпрессе чистое извращение. Чувствую, что надо что-то искать другое.
Пересмотрел много платных движков, боле менее нормальные уже стоят немало (тамаранга $2к с… каа, мать ее… и elite-board mega 27к руб.)
Смотрю в сторону modx, присматриваюсь, читаю про него, тем более вышел Революшен. Мне это ни о чем не говорит (я не пользовался evo), но говорят это круто :)))
Проблема в том, что я знаю только css, html + jquery так себе. Php понимаю немного интуитивно на уровне блоков, там че-то переставить, не более.
Кстати, про популярность движков. Вордпресс реально для блондинок, поэтому набирает обороты именно он, а не модх. А тем более все эти инфобизнесмены «как сделать сайт за один вечер с нуля»- своими курсами популяризуют именно вордпресс.
Посоветуйте, с чего начать модх изучать? Актуальный хелп какой-нибудь. Гуглил и еще буду гуглить, но может кто чего подскажет еще.
п.с. кстати, на свой полигон нормально установил модх, вообще без проблем. Не знаю, чего тут товарищ выступал…
п.п.с и да, этот сайт тоже на модх? уж больно похож на livestreet (или как-то так)
всем мир
При помощи этих уроков ты сможешь собрать сайт визитку или блог простенький и все будет работать. Но так уже не делает никто, придется учиться.
Основной совет — разбирай php, если хочешь делать хорошие сайты. Зная его уже любой движок или фреймворк разобрать можно.
Ты какие то конкретные вопросы задавай если хочешь, смотря что тебе нужно сделать.
Кроме чата указанного в шапке данного сайта есть еще t.me/ru_modx
— lavkaschastya.com/
— www.schastye.com/
React, нестандартные наборы товаров, вёрстка любой сложности. Хочу ещё попробовать полностью отказаться от MODX-шаблонизатора, но подходящего проекта пока не было.
Т. е., если рассматривать MODX исключительно как админку + RESTFul API-сервер, можно наконец-то забыть об оверхеде переноса и отладки клиентской части сайта/приложения на MODX, потому что MODX будет заниматься только тем, чем и должен заниматься бэкенд — данными, не тратя время на шаблонизацию.
И сейчас можно отказаться стандартного парсера и использовать парсеры других шаблонизаторов — Fenom, Smarty, Twig. И не использовать эти теги элементов и полей. Тут возникает вопрос где лучше рендерить — на сервере или на клиенте. Я не профи, на этот вопрос не отвечу, но я за сервер. Рендерить на мобильном устройстве мне кажется как-то уж накладно. Для нагруженных сервисов может и сойдет, но для обычного сайта грубовато мне кажется.
Сейчас у меня есть удачный кейс, когда шаблонизатор отделён от данных дополнительным слоем абстракции, где происходит нормализация и весь шаблон на выходе имеет JSON-структуру, на которую применяются чистые функции. Что это даёт (при наличии опыта и понимания):
* отделение логики от представления, возможность фронт-енду и бэк-енду работать параллельно и независимо, использование mock-объектов для данных, если сервер ещё не готов, бэк-енду не нужно думать о том, как «сверстать всё это, чтобы было красиво» — он работает над правильной архитектурой;
* более высокая скорость отдачи страницы на клиент (да, MODX можно ещё ускорить, и от этого аж уши закладывает!), при этом рендер по-прежнему происходит на сервере (привет, SEO), а при правильном выборе шаблонизатора, код может быть изоморфным — получаете SPA-приложение «из коробки» (те самые «реактивные интерфейсы»). Если не ошибаюсь, Николай @real-Fi1osof Ланец неоднократно рассказывал, что шаблонизатор MODX — bottleneck производительности;
* реиспользование. У MODX в этом плане пока слабо, он довольно монолитный, но фронтендовский компонентный подход во всей красе.
Из возможных минусов: наиболее быстрый шаблонизатор сейчас написан на JavaScript, попытки переписать XJST на PHP, Python и даже Go потерпели фиаско. Сейчас JS, де-факто, стандарт в мире фронт-енд-разработки (рубисты больше не фыр-фыр), т. е., конечно, я не предлагаю начинающим разработчикам делать лендинги на таком стеке, но любой более-менее сложный конкурентный (!) проект, который вы планируете поддерживать или цикл разработки которого больше 5-6 месяцев неизбежно будет обрастать легаси-кодом и лишь правильная декомпозиция позволит этого избежать.
Этого не понял. Можно пример живой?
Обана… Не я один, как оказывается сейчас развлекаюсь с REST серваками и т.д.
Не можно, а нужно ускорять. К примеру, Service Worker и его кэш + абсолютный асинхрон в JavaScript благодаря Promise +…
Я все больше прихожу к тому, что скоро все самое-самое будет на JS… И речь не только про скорость.
У тебя в докладе ничего не будет про коннекторы, modRequest и т.д.? modRequest тут для меня целым открытием стал. Да и последнее: на мой взгляд все из-за того, что приходим к MVVM…
Для описанных задач больше подойдут и NodeJS и php фреймворки. Зачем мула тащить на ипподром? Привычка, админка, первая любовь? Я давно уже дивлюсь почему Николай упёрся в MODX.
За XJST спасибо, гляну ради любопытства. Плюсанул.
Да, MODX в этом плане с каждым днём всё дальше и дальше от современных стандартов. :(
Потому что «взять и переписать» звучит для них гораздо страшнее, чем «мы оставим всё, как есть, но теперь ваши странички будут открываться быстрее и без перезагрузки».
Потому что MODX хоть и достаточно монолитный (в сравнении с всякими Phalcon'ами, Laravel'ами и прочими Yii на composer'ах), но значительная часть архитектуры более чем оправданная, особенно учитывая, сколько времени CoreTeam поддерживает обратную совместимость 2.x-поколения.
Конечно, многое зависит от опыта и «базы» — я пришёл в разработку именно благодаря MODX, он (она?) обеспечил планомерный и правильный «вход в профессию» („Привет!“ «разработчикам мышкой» на WordPress). Тем, кому «повезло» больше и имеет за плечами фундаментальные знания паттернов, алгоритмов и других «интегралов», конечно, сподручнее использовать что-то более низкоуровневое, но это не принижает заслуги MODX и сообщества.
1) Удобство зависит ТОЛЬКО от разработчика. MIGX таблицы в количестве 20 штук под каждый слайд в слайдере до сих пор убивают :-)
2) docs.modx.com/revolution/2.x/administering-your-site/customizing-the-manager/manager-templates-and-themes только недавно об этом прочел и блин что же можно будет сейчас с темами админки творить то…
Дак я не об этом. Я сам винтик этого сообщества. Просто для всего есть свой инструмент — молотком не закручивают шурупы. Но это же не значит, что молоток не нужный инструмент.
Если не секрет: что же в твоем понимании «современные стандарты»? Не хочу тебя сильно расстраивать, но это ТЫ , а не CMF MODX. Кстати, последняя буква в слове CMF расшифровывается, как Framework и ты уже хотя бы словами Подтверждаешь то, что я написал выше. Да и … Разумеется не потому, что ДЛЯ ТЕБЯ , ибо 3 версия MODX угадай под что в приоритете пишется? Да, да, да под эти самые контроллеры, которые будут связывать… Ну да ладно. Честное слово, школоло, блин.
Приходит сопляк, тыкает всем, хамит всем через раз. То клоуны у него все, то школота. Вот тебе и культурная столица. Прям по анекдоту:
— Алло, это прачечная?
— Xyячечная, это институт культуры!!!
П.С. Миш (это я к Воеводскому обращаюсь), думал при встрече вежливо поклонится, чтоб соответствовать уровню, а щас думаю и «Дай пять, как сам» сойдёт! :))
Не понял, что именно через раз хамство? Клоуны или школота тебя обидели?
Школоло — это немного другое
А Николай — продукт этого времени. Что с него спрашивать, он даже не поймёт о чём ты говоришь? У него в бананах играет «Вите надо выйти».
Но такие как он тут одиноки и не на долго, Василий тоже в советской школе учился :)
Но говорить что он круче всего на свете — это неправильно.
Есть разные движки, с разными целями и задачами.
Нельзя сравнивать битрикс и modx как интернет магазины. Bitrix на голову выше. А если товаров 50 000 то он на пять голов выше.
Ни один из контент менеджеров не сказал — ненавижу работать с товарами в битрикс, обажаю админку modx.
А служба поддержки у них выше похвал. Особенно если приобрел платный компонент. У меня есть опыт покупки компонентов как в магазине bitrix так и modstore. Поверьте это не сравнимо. На битриксе любой приобретенный компонент тебе отладят и еще 100 раз извинятся что не заработало сразу, на modstore отвечают раз в три дня и то невпопад.
Открываешь документацию по xpdo
docs.modx.com/xpdo/2.x/
а там мало что только английский (ладно мои знания позволяют понять 40 процентов), так еще и надпись что информация в разработке уже 4 года. А где брать если не тут? Все остальное на других ресурсах лишь чужие размышления, разного уровня компетентности…
Но все равно мы тебя любим, MODX!
Хотя иногда становится минусом.
Приведу пример.
Заказчик заказал магазин, когда обсуждался проект и ожидаемое количество товара, то заявили — 1000 максимум 1500 штук. Битрикс не предлагать — дорого. Сделал на modx.
А аппетит вырос. Сайт за 3 месяца вырос да 15000 товаров и планируется еще 50000.
И начинаются вопросы — а почему так медленно работает, а что нельзя через админку редактировать цену сразу у 5000 товаров? А в битрикс можно, вы что нам фигню сделали! И так далее.
Даже сложно парировать.
Вы слишком умны для меня.
Наша ветка комментариев началась с того, что я писал, что документация по xpdo мало того что англоязычна, так еще и не полная.
Я хрен его знает что такое минимальный оверхед, честное слово!
Рад что Вы настолько компетентны.
Но сколько я не общался с разработчиками, у всех minishop тормозит после 20000 товаров. У меня тоже. Говорят есть способы выноса товаров в отдельную таблицу, отдельно от ресурсов и это повысит скорость работы, но я до этого еще не дорос(
Так это не имеет отношения к MODX. Вон на nevatrip.ru у меня 100k записей, а оптимизацией даже не занимался ещё.
А вы попробуйте использовать «Битрикс-подход» к этой проблеме — оплатите работу профессионала. Уверен, будет дешевле аналогичного решения от 1С.