Drupal

индекс
142,25

ModX и Drupal: разные истории

До знакомства с CMS ModX планировалась статья сравнения этих двух систем, особенно после появления темы «Сравнение Drupal, MODx (и других систем) в рабочем проекте» на drupal.ru где предлагалось соревнования что выяснить какая система лучше.
После небольшого знакомства с МодХ все вопросы отпадают сами собой и ни о каком сравнении не может быть и речи.

Начнем с того что эти две CMS используются для различных целей и они не взаимозаменяемы. Друпал предназначен для сайтов мини-портал и выше, в то время как МодХ я классифицирую как хороший конструктор сайтов визиток. Область применения МодХ заканчивается на сайтах имеющих статьи и новости одновременно. И заводить спор о том что из МодХ можно создать сайты крупнее и даже крупный портал, тоже верно, но и с сопоставимыми временными затратами можно создать этот крупный портал с нуля.

Зато МодХ отлично делает сайты визитки, имеет свой менеджер загрузки файлов, имеет встроенный редактор TinyMCE, многоязычный интерфейс администратора, понятный мастер установки и много чего другого. И в тоже время делать сайты визитки на Друпале немного неправильно, сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта» может вызвать истерический смех у многих веб-разработчиков.

Вообщем как я уже и сказал выше никакого сравнения я делать не собираюсь, но МодХ достоин того что бы о нем написали.



Вступление и первый подход к системе



МодХ ориентирован на небольшие сайты, имеет: АПИ, Ajax, ЧПУ, мета теги, группы пользователей. Наличие некоторый технологий даже удивляет, например, встроенный аналог CCK, только под названием «переменные шаблона».

Системные требования мы опустим, они не отличаются от большинства систем: PHP, MySQL, Apache/IIS, так как система рассчитана под сайты визитки то потребления ресурсов значительно ниже от Друпала/Джумлы.

Документация и сообщество



Я думаю уже понятно, что система больше чем простые визитки, но начинающие разработчики при освоении системы упираются в недостаток документации. Количество напечатанных книг под Drupal, Joomla, Wordpress измеряются десятками, а то и больше под МодХ толковых книг нет.

Документация скудна и большей частью на английском языке, на русском языке я не нашел ни одного сайта который бы имел всю информацию для создания сайта, поиском через гугл можно найти пару-тройку десятков сайтов на которых есть по 5-7 небольших статей.

Есть форум поддержки, но мне не понравилось его читать, знающих людей можно сосчитать по пальцам руки, а тех из них которые отвечают и того меньше. Могу привести мой вопрос и ответ на него что бы прояснить ситуацию. На мой вопрос «Как реализовать термины и категории материалов?» я получил ответ «Это вопрос к телепатам?». Правда чуть позже мне дали ссылку в какую сторону рыть что бы получить ответ, а закончилось обсуждение что я сам нашел в документации уже готовое решение (использование тегов с помощью Ditto). По ходу изучения ил использования будут всплывать еще подводные камни, но не больше чем в других системах, поэтому перейдем к хорошему.

Шаблон сайта глазами МодХ



Верстальщику под МодХ повезло куда больше чем друпалерам. Внедрение дизайна упрощено, но функционал при этом не страдает. Для верстки шаблона необходим только установленный сайт, шаблон и его части хранятся в базе данных поэтому создание редактирования шаблона делается прямо в админке что ускоряет процесс верстки, хотя преимущество внешнего редактора неоспоримо (с подсветкой проще писать).

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

Сам шаблон может состоять из блоков и есть несколько видов этих блоков:
  • {{Имя_чанка}}
    чанк (chunk) – фрагмент HTML-кода (возможно использования Javascript-кода). который может использоваться в шаблоне.
  • [[Имя_сниппета]] или [!Имя_сниппет!]
    сниппет (snippet) – фрагмент РНР-кода. Отличие этих вариантов в том что первый вариант кэшируется, второй нет.
  • [*имя_элемента*]
    заменяется на соответствующий элемент документа MODx.
  • [(Имя_переменной)]
    заменяется на системную переменную MODx.
  • [~ИД~]
    заменяется на ссылку на документ с соответствующим ид.
  • [+Имя_подстановщика+]
    заменяется на подстановщик.

Чанки и снипеты могут иметь многократные вложения.

Теперь смотрим на наш главный шаблон:



и результат:



эта же страница в редакторе:



Немного о внутренностях



Еще скриншоты можно увидеть здесь http://wiki.modxcms.com/index.php/MODx_0.9.5_in_screen_captures

Админка сделана с использованием Ajax и отлично справляется с возложенными на нее обязанностями. Ресурсов система потребляет меньше Друпала, кроме того как и любая современная CMS имеет систему кеширования. Кеш сохраняется в файлы, при этом файл кеша представляет собой сериализованный массив.

Подробно рассматривать АПИ и делать статью о создании сайтом пока мы не будем, а только затронем процесс расширения сайта (добавление статей, новостей).

При создании контента мы можем делать древовидную структуру с многократным вложением страниц. Называем одну из страниц корневой папки «новости» и все новости сохраняем в эту папку. Первая часть добавления новостей на этом закончена, теперь необходимо сделать вывод. Тут все просто сами создаем SQL запрос, сами следим за корректностью передаваемых данных и сами обрабатываем результат запроса.

Навигацию страниц делаем тоже ручками старым «дедовским» методом, проверяем что нам передаю юзер в ГЕТ запросе и передаем это SQL запросе. Если программист забудет проверить, а юзер передаст «-1» в виде страницы, получим ошибку от мускула с завершением скрипта, таким нехитрым способом можно создать новости, блоги, форум и другой функционал портала.

Расширение функционала



Добавить функционал можно несколькими способами, это установка плагинов или снипетов. Как они устроены внутри понятно и так (см. выше про добавление новостей).

Наиболее популярны:
  • eForm – создание и обработка форм
  • Ditto – снипет для организации информации (блоги, новости, статьи, каталоги)
  • Breadcrumbs – «хлебные крошки» путь текущий страницы
  • AjaxSearch — сниппет для организации поиска по сайту с применением Ajax
  • Jot – комментирование материалов


Итог



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

Система позволяет разработчику манипулировать блоками и элементами сайта не привязываюсь к 2-х, 3-х колоночных шаблонов. После запуска сайта на сервере, все изменения можно проделывать через админку. Отдельно хочется выделить управление содержимым, на первых шагах мне как друпалеру было непривычно пользоваться админкой и все казалось не логичным, но через час освоения я бы оценил админку на 9 балов по десятибалльной шкале (один балл снимаю за отсутствие подсветки HTML/PHP кода, при том что правка его вложена в функционал).

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

Вывод: ModX — отличная система для создание сайтов визиток. Drupal — отличная система для сайтов побольше.



via ShvetsGroup
Автор: Олег Сидоренко
+22
27 января 2010, 01:14
51

комментарии (82)

НЛО прилетело и опубликовало эту надпись здесь
–1
hosco #
Заинтересовало.
НЛО прилетело и опубликовало эту надпись здесь
0
gorbarov #
Красивое видео, решил скачать — она платная оказывается…
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
0
fuzzy #
Простите, что запоздало… Не ожидал увидеть эту статью в блоге Друпала.

Вот еще оценки этой, мягко говоря, необъективной статьи: modxcms.com/forums/index.php/topic,45018.0.html

Мое личное краткое резюме — автор написал чушь, не разобравшись до конца в предмете.
+12
variable #
много написал потом стер, но основная идея была такова: если автор не продвинулся в данной цмс-ке дальше визиток, то не стоит обвинять MODx в ограниченности, скорее надо искать причины в себе.
ЗЫ: и причем тут друпал???
+4
Stepanow #
Тем более непонятно размещение обзора MODx в блоге про Drupal — у MODx на Хабре есть свой блог.
+3
neochief #
Статья написана друпаллером для друпаллеров и открывает глаза на альтернативные движки.
+1
gorbarov #
В смысле это из разряда «а мужики-то не знают»? =)
–1
Artima #
Это реакция на мое предложение. Хотя я ожидал как раз соревнования, а не то, что кто-то из друпаллеров будет нам рассказывать как работает MODx. :)

neochief, я отпишу еще ниже, чтобы здесь ветка не росла.
+2
aktuba #
>Как реализовать термины и категории материалов?

А можно перевести вопрос на русский? Я понимаю, что использования друпала накладывает свой отпечаток, но не настолько же…
0
brmn #
1. категории материалов: статья, опрос, новость, профайл, и т.д. каждый из материалов содержит свой набор полей и, м.б., обработчиков.
2. термины: возможность использовать вложенные теги.
+4
catsmeetman #
Какой вопрос, такой и ответ. Если бы спросили человечно: «Как сделать теги, к документам» — вам бы стразу сказали.
0
sunnybear #
хмм, а чем WordPress для сайтов-визиток плох? Кэширование везде можно настроить.
0
EzS #
Тут речь не о WordPress, хотя я бы выбрал именно его для сайта визитки.
+2
waitekk #
блогову — блогово. MODx гораздо проще и легче WordPress
0
sunnybear #
Не согласен. Вы везде упретесь в кэширование и ничего не сможете поделать со временем ответа сервера (пруфлинк). А настраивать WordPress (вроде бы) легче.
0
egorinsk #
Иерархические статьи?
0
sunnybear #
для сайта-визитки нужны иерархические статья? О_о
0
gorbarov #
Видимо каждый понимает под " сайтом-визиткой" что-то свое.

Кто по функционалу их разделяет, а кто по количеству страниц…
0
EzS #
Статья отличная, спасибо за такую подробную информацию о ModX. Я видел пару лет назад эту систему и не придал ей внимания, возможно из-за ужасного сайта, который её использовал.
0
Alroniks #
в MODx действительно понравилась система шаблонов. очень гибкая, хотя по началу было совсем непонятно что к чему.

По теме удобства работы. с MODx разобрался быстро. Пощелкал по вкладкам, нашел нужные кнопки. Все просто и понятно.

Но как и любая система, каждая подходит под что-то свое. Системы не ограниченны сами по себе, но как говорилось в статье, зависит все от того, как быстро и просто система расширяется в нужном направлении.
0
Alroniks #
частично идею шаблонов из MODx я позаимствовал для своего «велосипеда» :)
+6
feci #
не увидел ничего про Drupal в этой статье. К чему тогда такое название?
–4
3ds #
Хм… не рекламы ради www(.)neokomsomol(.)kz на МОДх — чистого времени около 1.5-2 недели. визитка?
+1
DSmirnov #
Хуже…
0
Wave #
По масштабам — да.
По функционалу — не считая возможности зарегистрироваться (и что дальше?), я не увидел ничего навороченного.
+1
3ds #
Посмотрите «наши активисты» это подобие соц. сети. Наверное надо было сразу указать… Можно заливать фотки, переписываться ну и т.д. Просто хозяева незаметно (для себя) переделали в новостной сайт.
0
proxor #
Да, MODx замечательная система для небольших сайтов. Но всё-таки это не совсем CMS, скорее CMF, который можно и нужно расширять. И ценность её в том, что она расширяется практически неограниченно. Насчёт документации согласен, она зияет дырами и устаревшими данными.
+2
dioteos #
Насчет популярных плагинов — я думаю нелишним будет вспомнить о PHx. Без него создать что-то более слоножное, чем набор файлов — не совсем просто. Насчет сайтов визиток — добавлю, что у modx есть генерация статических страниц из динамических. Вы просто генерируете сайт и заливаете полученные страницы на хост. Это уж если ресурсы совсем ограничены.
В модиксе есть много проблем. Это как отсутствие вменяемой документации, плоходокументированый код, отсутствие полной независимости расширений друг от друга (вспомним кеширование в дитто при включенном phx). Но система приятная и, что немаловажно, очень быстро объясняется заказчику смысл работы с ней.
+1
gorbarov #
Да, PHx делает MODx просто крайне удобно!

PHx: +50% к гибкости =)
+2
scoff #
Визитки бывают разные, но в целом соглашусь. Сформулировал бы иначе: MODx годится для небольших, но очень гибких сайтов (в плане дизайна, шаблонов, структуры, мелкого функционала...). Drupal сложнее, мощнее, но гибкости ему не хватает. В том смысле, что сделать можно всё, но калорий будет потрачено существенно больше — туго гнется. Для масштабного проекта это оправдано, для «визитки» — только при наличии планов трансформировать ее во что-то более масштабное.

В целом арсенал в составе малокалиберного MODx и магнума Drupal — мой выбор :)
+4
gorbarov #
Ну на счет визиточной судьбы MODx я бы поспорил…
Вот, например, собирали тут крупные и просто красивые сайты на MODx: community.modx-cms.ru/blog/sites/57.html

Лично мне нравится именно расширяемость MODx. Бесспорно для дизайнеров крайне удобная и простая система, а для программистов — практически неограниченный объем для творчества =)

ps: Кстати есть плагин в репозитории для подсветки кода, редактировать с ним — просто супер удобно! =)

И да, кому интересно — просто потрясное руководство для программистов по MODx: оригинал, несколько переведенных статей.
+1
mongoose #
а еще есть плагин для Огнелиса. It's All Text!. И можно править содержимое textarea в своем редакторе с любимыми цветовыми схемами.
+1
lexxvlad #
Для сайта визитки — упакованный движок в 3 метра ИМХО слишком много, есть гораздо привлекательнее решения, а вот для портала, самое то.
+3
gorbarov #
Поделитесь ссылочкой на более привлекательные решения?
0
the_ghost #
Textpattern.com — оно
welovetxp.com — примеры
0
shortcaster #
MODx отличная вещь, если бы не Rails, наверняка до сих пор бы им пользовался)
НЛО прилетело и опубликовало эту надпись здесь
0
SvnWeb #
Визитки)))))))
Если б было много модулей для создания интернет магазинов вы бы думали что она только под магазины заточена?
0
shortcaster #
Их есть тоже
0
rgaliull #
а можно вопрос: есть ли такие системы, которые не требуют пхп на хостинге? например, на своей тачке сгенерил статику — залил файлы на гугл-сайтс. Я знаю, что можно почти любой сайт так сграбить, но я про CMS
+3
cheggaaa #
Как раз modx так умеет.
0
gorbarov #
Угу, инструменты -> экспорт в меню модикса.
–3
mac2000 #
dreamweaver такое умеет делать
+2
mac2000 #
автор забыл указать несколько принципиальных вещей:

Если Вы, впервые, сталкиваетесь с ModX то Вам в первую очередь необходимо осознать что она построена на следующей идее:
— сайт состоит из иерархии страниц
— в админке вы правите эти самые страницы
— страницы могут быть разных «типов» иметь разные поля и шаблоны (определяется шаблоном страницы)
(это я к тому чтобы не возникало конфузов типа «какаято непонятная и неправильная админка, не то что в друпале\джумле — там я привык там все правильно»)

В модх 1 включили наконецто таки плагин managemanager — который позволяет прятать кучу полей из админки, так например, в самом простом случае, в админке, юзер, с правами редактора, заполняет только заголовок и контент (остальное система делает сама с помощю простеньких плагинов)

По поводу менеджера файлов — это не совсем правда — он кривоват и далеко не самый хороший + ко всему этому, что редактор, что тини требуют небольшой доработки напильником

И последнее (холиварное) абсолютно не согласен с выводом автора, есть сайты каталогов, с тысячами товаров, формами поиска, на нескольких языках и т.д. и т.п. которые очень быстро и удобно сделались в модх + ко всему этому в модх намного ниже «порог вхождения» чем у друпала.

Я бы сформулировал вывод так:
Поковыряйтесь в модх, сделайте пару простеньких проектов, и тогда вы сможете определять для новых проектов, стоит ли делать их на модх или на каком нибуть фреймворке. (обратите внимания, про друпал не слова, так как если то что вам нужно — невыйдет сделать в модх, то лучше сразу потратить время и сделать с «нуля» используя чтото типа CI, KO)
+1
dioteos #
В целом соглашусь с вами, так как не один проект на этой системе сделан. Добавлю только, что вполне большие сайты и каталоги на модиксе также реально сделать. Выбросить к чертям дитто и сделать. И они по-настоящему могут летать. Где-то валялась в загашнике переписанная версия дитто. Синтаксис вызова тот самый, а вот функционал переделан более чем на 80%. Очень кривой компонент в плане производительности. Особенно, когда используются фильтры. Бр-р-р-р!
0
mac2000 #
не вижу никаких трудностей с дитто, разве что если он должен каждый раз чтото по рандому выводить, а так, кеш все решает
+2
gorbarov #
Поделитесь загашником! =)
+5
p13sitive #
Хорошо, что я натолкнулся на эту статью только через 3 года успешного использования MODx.

Тем, кто раньше не работал с этой системой, воспринимать этот материал слишком серьезно я бы не советовал :)
+4
aLexusPro #
Ужас какой.

MODx имеет набор отличных сниппетов в коробке: Ditto, Wayfinder, Breadcrumbs и т. д. Их более чем достаточно для большинства типичных задач. Как то: новости, разделы, формы обратной связи, навигационные меню, поиск по сайту, авторизация, хлебные крошки и т. д.

Так вот, чтобы сделать новости вообще не нужно знать о существовании SQL, не надо выцеплять GET запросы, проверять их на что-то… просто вызываем сниппет:
[[Ditto? &startID=`123` &tpl=`my_div` &display=`all]]
И создаем чанк my_div, куда выписываем один элемент новостей. И всё — новости работают (пример).

Нужна разбивка по страницам? Добавляем &paginate=`1`и &summarize=`5`- получаем по пять новостей на страницу. И точно так же делается почти весь сайт на модыкс, можно даже не быть программистом.

В остальном согласен, собрать на модыксе можно много чего, но область его применения — это мелко и среднекалиберные сайты.
–4
dioteos #
А мне немного не нравится полное абстрагирование от php. Сделаешь парочку проектов на системе — даже сниппета влом писать. Было 2 довольно функциональных проекта — и только 10 строчок кода. Деградация, как по мне.
+3
aLexusPro #
Мы и с драйверами видеокарты давно не общаемся напрямую, библиотеки всякие есть. И водитель не лазит под капот автомобиля угол зажигания выставить, сервис всегда к вашим услугам. И майонез мы давно не готовим, а просто покупаем.

Так что это лично ваши заморочки с ПХП.
НЛО прилетело и опубликовало эту надпись здесь
0
dioteos #
Зачем же вы с такой злобой? Автор, может и не совсем быть в курсе вопроса. Тот кто реально работает на modx — стоит тихо в сторонке и улыбается. Будьте добрее=)
+2
Chizh #
А я вот согласен с uzadmin, представьте что вы еще не сталкивались с ModX и вдруг попадаете на эту статью?!
Все желание у новичков отобьет еще, зачем же автор пишет то о том чего не знает!
0
gorbarov #
Мне кажется, что это скрытая реклама Друпала =)
+2
mank_dev #
гнев вполне оправдан: заходишь почитать что-нибудь новенькое про интересующую CMS/CMF, а в итоге ладно бы, здесь были, какие-нибудь пережеванные маны, можно бы было просто пропустить статью. А тут такое…
Складывается впечатление что автор просто поставил систему, и сразу, не поковыряв даже базовый набор сниппетов ломанулся писать пост на хабр.

Вот это просто выбесило:
Тут все просто сами создаем SQL запрос, сами следим за корректностью передаваемых данных и сами обрабатываем результат запроса.

Какой SQL? Какие проверки? а дитто и вэйфайндер, зачем встраивали?

Не хватает подсветки синтаксиса при верстке? — воткните editarea, благо выполнена отдельным плагином, со своей установкой. А там не то что подсветка там хоть zen-coding.

ну и так на добивание, если пишите про систему и одминку, то можно и линк на демку дать было

+10
catsmeetman #
Человек писавший обзор, прошелся по верхушкам и уже составил мнение… ппц. Какой нах sql, какие запросы вызвал Wayfinder — вот тебе меню. Хочешь теги — вызвал Ditto, создал TV и дело в шляпе. Статья — Пе***ж и провокация!
+6
agagey #
> Область применения МодХ заканчивается на сайтах имеющих статьи и новости одновременно

Да ну?)))
Замечательная CMF'ка, интуитивно-понятная, разобраться в ней можно легко и быстро, а заказчики от удобства интерфейса аж визжат!
0
Grox #
И где у Drupal ограничение в 64 МБ памяти?
0
AlexKuk #
С Modx работать приятно. Принципы, на которых она построена, понятны и воспринимаются легко как разработчиками, так и заказчиками, что немаловажно. Многие вещи, характерные для маленьких сайтов, делаются быстро и очевидно. Готовых снипетов до сих пор хватало. Насчет кеширования и ресурсоемкости не знаю, imho эти CMS не для высоконагруженных проектов.
0
deepre #
Я вижу, многие работают с Modx. Расскажите, а как вы боретесь с тем, что редактор сайта может ошибочно выбрать не тот TV и, например, новость попадет в фотогалерею? В Drupal с этим проблем нет — навигация существует отдельно от контента и запихать новости в фотогалерею не получится.
0
gorbarov #
=)

Да и на модикс нужно сииильно постараться что бы реализовать подобный «функционал» =)
0
deepre #
Да нет, при помощи TV возможности приближаются к Drupal+CCK.
0
dionix #
У сайта — древовидная структура. И если создается документ в разделе «Новости», как он попадет в фотогалерею? Попробуйте покопаться в MODX побольше. Похоже, что Вы ещё очень многого просто не увидели.
0
deepre #
Вот именно в этом и проблема. Создаем поддокумент документа «Фотогалерея». У элемента галереи присутствует TV для фотографии. И у новости тоже есть TV для картинки. Редактор промахивается мышью при выборе TV и создает новость вместо элемента галереи. Но находится этот документ в галерее. Насколько я помню, в Modx можно создать документ любого типа в любом «разделе» (в кавычках, т.к. разделов, как таковых нет, только дерево документов).
+2
dionix #
Создается шаблон «Новость» и шаблон «Фотогалерея». У шаблона «новость» есть TV «Картинка новости», а у шаблона «Фотогалерея» есть TV «Фото». Выбор одного, либо другого шаблона для страницы однозначно определяет какой TV будет показан редактору.

Для особо «талантливых» редакторов можно однозначно задавать для всех дочерних документов раздела «Новости» шаблон «Новость» так, что его нельзя сменить (с помощью manager_manager).
0
deepre #
Пробовал я manager_manager, правда давно, во времена версии 0.9.6. Решил обучить редактора, в результате ). Тогда manager_manager реализовывал свой функционал при помощи Javascript, на стороне клиента, что не всегда работало.
+1
dionix #
Он и сейчас (1.0.2) на основе Javascript. Но работает очень хорошо (может быть потому, что его включили в дистрибутив самого MODX допилили?)
+2
mac2000 #
согласен, просто прячете поле «шаблон» из админки + делаете небольшой плагин (буквально пару строк кода), который будет задавать нужный шаблон и вешаете его на событие onDocFormPreRendder
0
deepre #
Понятно, спасибо.
+1
mac2000 #
а зачем вам юзать ТВ для разделения новостей и галлереи, для этого и есть иерархия, если я создаю документ в папке «новости» то я создам новость на сайте, а для совсем «слабых» редакторов делайте на главной странице админки большие кнопки «СОЗДАТЬ НОВОСТЬ» которая будет создавать поддокумент папки «Новости»
0
deepre #
Я неправильно выразился. В общем, имелось ввиду — есть разные шаблоны для новостей и галереи, у каждого есть TV для картинки. И шаблоны эти можно перепутать — разместить в новостях контент с шаблоном элемента галереи. Случай упрощенный, т.к. делал я как-то сайт, где планировалось размещать выпуски журнала. Были шаблоны «Номер журнала», «Раздел в журнале», «Публикация». И редактор иногда путался — забывал присвоить шаблон разделу. Или номеру, что еще хуже, т.к. там было TV для картинки обложки.
+1
Artima #
Так, как идею соревнования придумал я, то все же позволю полностью расстроиться конечным результатом. Вы не поняли основной сути моего предложения. Я не предлагал вам изучать MODx и что-то на нем делать. Я предлагал вам сделать что-то на том, что вы умеете (на Друпале), а уж с MODx мы сами бы разобрались.

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

Тем не менее, спасибо за эту статью. Не смотря на то, что она далеко не смогла отразить очень многие возможности MODx, но сам подход к описанию достаточно объективен. Если не замечать некорректность в фразе «просто сами создаем SQL запрос, сами следим за корректностью передаваемых данных и сами обрабатываем результат запроса» и предположении о «визитках», то в целом вы нашли много плюсов у «конкурента» (именно в кавычках, так как конкуренции нет).

Мое предложение, кстати, все еще в силе.
0
gorbarov #
Первый абзац содержит интересный смысл!
0
caIIIa #
Модыкс рулит! Пусть я не писал сам модулей, не перекраивал админку и не делал свою сборку ( это еще предстоит когда-нибудь :), но это-система, к которой прикипел с первого момента использования
0
Fenix_x_com #
О какой же объективности может идти речь, если автор не удосужился даже вникнуть в то, как создаются сайты с помощью этой системы? Он вставил шаблон, написал пару слов о sql и чуть ли не пару букв о сниппетах (о плагинах и модулях даже разговор не зашел) и на этом вся статья.
Проще говоря — затронуто, наверное, процентов 10 функционала системы.

Суть же такова — друпалер решил сделать обзор модикса. Посчитав, что модикс — говно, он подумал, что в него полетят камни и решил написать формулировку «модикс — для сайтов-визиток, друпал для сайтов побольше». Если переводить на человеческий язык, то выходит что надобности в сущестовании и использовании модикса то нету — сайты-визитки из 1-2 шаблонов и 10 страниц создаются и без CMS. А все остальное нужно делать на друпале.

Толератность + некомпетентность в вопросе модикса породила эту статью.
0
not_ice #
А почему никто не упомянул про готовящуюся к выходу MODx Revolution (2.0), на совершенно новом движке, с полноценным API, с некоей ORM (xPDO), крутым кешированием, с ExtJs в аяксовой админке и с шикарным файл-менеджером?
Она легко сможет тягаться с Друпалом в функциональности, при том, что интерфейс по удобству работы многократно обгоняет MODx первой версии :)
0
not_ice #
ах да, еще забыл упомянуть про нативную поддержку мультисайтовости — когда из одной админки можно управлять одновременно разными сайтами :)

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.