MODx. Введение. Движок сайта modx отзывы

MODx. Введение / Хабр

Это очень функциональная, расширяемая и удобная система управления сайтом (CMS). Сами разработчики позиционируют ее даже как систему разработки сайтов (CMF). Это движок нового поколения, который изначально рассчитан для создания проектов Веб 2.0

Основные особенности

Использование Ajax (как в пользовательской, так и административной части)
Opensource (GNU GPL)
Встроенный механизм SEO (управление ключевыми словами и мета-тегами)
Встроенная поддержка ЧПУ
Управление пользователями на сайте с возможностью их группировки
Привязка документов к группам пользователей
Неограниченная вложенность и количество документов
Поддержка документов разных типов
Удобное дерево документов
Управление параметрами для документов
Выводимый HTML-код полностью под контролем. Все шаблоны легко меняются
Гибкие стандартные инструменты для создания меню, списков и форм

Требования

PHP 4.3.10 или старше. На PHP 5 также сложностей не замечено. Также в ближайшем будущем разработчики обещают специальные возможности именно для PHP 5. MySQL 4.1.x или старше. Прямые руки

Подробнее

Все же копнем немного глубже, чтобы было еще понятнее.

Ajax

MODx изначально имеет встроенные библиотеки Scriptaculous, Prototype, Mootools. Ajax активно используется в администраторской части. В списке документов изначально показываются только необходимые пункты (родительские документы), а затем при необходимости подгружаются дополнительные (дочерние). Также список динамически обновляется при операциях редактирования, создания, удаления, публикации документов.

SEO

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

ЧПУ

Никаких дополнительных надстроек не нужно. Вы просто включаете использование ЧПУ и наслаждаетесь. По умолчанию используется номер документа (ID), если вы не зададите специальный псевдоним. Для англоязычных статей можно использовать возможность автоматического создания псевдонима по заголовку.

Кроме прочего MODx позволяет задать необходимое расширение для страниц (например .html).

Пользователи, группы и документы

Разработчики разделили всех пользователей на Веб-пользователей (кто использует сайт) и менеджеров (кто управляет сайтом). Права менеджеров определяются ролями и легко управляются.

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

Каждый документ можно определить в группу документов (одну или несколько).

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

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

Документы

Документы могут быть не только в HTML формате, но также и css, javasript, xml и любого другого, что можно определить соответствующим типом (Content-Type). Затем эти документы могут быть преобразованы в другой необходимый формат. Так можно сделать библиотеку, которая хранит все книги в формате XML, а посетителям выдает в любом удобном виде (doc, pdf, txt, rtf и т.д.). В сайтах на MODx можно увидеть, что файлы css и javasript также делают отдельными документами, чтобы ими было удобно управлять.

Отдельным типом документа является ссылка, которая может указывать как на внешние страницы, так и на внутренний документ.

Дерево документов

Все документы выстраиваются в общее дерево. Благодаря Ajax оно загружает только видимые документы, а при открытии какой-либо ветки быстро загружает дополнительные. Дерево показывает тип документа, опубликован он или нет, отображается ли в меню. Права клавиша вызывает контекстное меню. Удаленные документы показываются зачеркнутыми, а окончательно удаляются специальной кнопкой.

Параметры документов

Это просто замечательная штука! У вас никогда не появлялось в голове мысли «эх, а добавить бы вот какое-нибудь примечание автора для статьи, ну и чтобы у каждой статьи оно было свое»? MODx предлагает идеальный вариант. К документам (а если совсем откровенно — шаблонам) можно добавить любое количество параметров/виджетов. При этом не просто текстовое поле, а очень разнообразный список вариантов: текстовая строка, поле с визуальным редактором, выпадающий список, прикрепляемый файл, ссылка и т.д.

Хотите добавить к документам стоимость? Запросто!

Шаблоны

Шаблоны во многом определяют удобство разработки. Кто пытался изменить стандартный вывод статей в Joomla и не только – поймет. MODx все шаблоны хранит в одном месте и предлагает инструмент для управления. Удобный и простой язык шаблонов делает работу легкой и быстрой. Например:[(site_name)] | [*pagetitle*]

Все понятно, верно?

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

Стандартные инструменты

В стандартном комплекте предлагается сразу несколько очень гибких расширений:

Ditto – отвечает за формирование различных списков страниц, с разбиением на страницы. Позволяет вывести как обычный списочек документов в виде ссылок, так и сортированный по заданному ключевому слову (из облака тегов). Позволяет использовать любые дополнительные параметры и вывести имя автора статьи, количество комментариев, стоимость товара и т.д.

Wayfinder – инструмент для организации меню. Дает возможность организации как простого меню, так многоуровневого и выпадающего. Легко изменяется.

eForm – управляет работой форм в MODx. Позволяет организовать любую форму и обработку для нее. Может просто отправить вам на почту введенную информацию или обработать для получения какого-то результата (новый документ создать с заполненной информацией).

Jot – механизм для сбора комментариев пользователей.

Заключение

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

Немного дегтя

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

Производительность падает при росте числа документов. Это становится очень явно, когда документов около 5000. Все начинает очень долго работать, не смотря на Ajax.
Мало серьезных готовых решений. Они активно появляются конечно, но пока факт остается. До сих пор нет решения для электронного магазина. Недавно появилось одно решение, но пока использовать его не представляется возможным.
Грабли с русским языком периодически проявляются. То с кодировочкой проблемы, то некоторые расширения не поддерживают. Тот же AjaxSearch (поиск) очень показательно не хочет работать. Впрочем работа над этими моментами активно идет, а прямые руки всегда приходят на помощь. Пожелаем MODx решить все плохие моменты, а хороших сделать еще больше.

Источник

Ссылки

Официальный сайт MODxДемо

Яркий рабочий пример: DeForum

habr.com

Про "туманное будущее" MODX Revolution / Личный блог / Блоги / bezumkin.ru

Третий день нахожусь в состоянии очумелости от невероятного потока иформации с форума it-folio.ru.

Форум маленький, состоит, по большому, счету из хозяйки Yota и ультра-активного юзера Sadex13. На двоих у них почти 2/3 всех сообщений. Вроде как, форум для начинающий разработчиков, цель благородна — помочь новичкам.

Помощь оказывается, советы даются, да вот беда — ультра-активный юзер ненавидит MODX Revolution, и поливает его всяким при каждой возможности. Форум, напоминаю, «разработчиков сайтов на PHP и CMS MODx».

Юзер активно участвует во всех беседах, машет шашкой, ругает xPDO, хвалит Drupal и вообще, привлекает внимание к форуму, как только может. Это метод раскрутки такой.Ни одного сайта на Revolution он не сделал. Цитировать его можно долго и со смаком, но лучше почитайте эту тему (Создал его с таким пафосным названием не я, конечно).

Апофеоз идиотии — вот это сообщение в теме, последнее, на данный момент. Цитирую, вырезав особое словоблудие:

Я не делаю сайты на Рево по принципиальным соображениям. У меня есть серьезные подозрения считать, что решение сделать ядро системы жестко на ORM в виде xPDO, это ошибочное решение. Я уже делал сайты на Друпале и прочая, и поэтому, для себя, детальное изучения систем на ORM с их схемами БД, тяжеловесными объектами и пр. считаю нерациональным. С гораздо большим успехом то же самое время лучше потратить на детальное изучение PHP и существующих в PHP стандартных средств работы с СУБД — тех же MySQLi и PDO. Для тех кто делает сайты средней паршивости потоком — наверное лучше системы на ORM, и им никто не мешает их применять. Но применять для себя, не навязывая такое решение всем. Можете слова «средней паршивости» понимать и как сайты приемлемой скорости и производительности. В конце концов множество сайтов и на Друпале «приемлемой производительности» вполне удовлетворяет своих создателей и заказчиков.

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

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

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

При обсуждении сайтов на Рево считаю обязательным указывать, как минимум, нагрузку на сервер, минимальную (среднюю минимальную) скорость генерации страницы сайта без кеширования, указывать хостера и условия хостинга, и, естественно, стоимость хостинга в месяц.

Для Ево — то же самое. Тогда будет видно, реально, может ли Рево заменить Ево в данном сегменте рынка сайтостроения. Совершенно не исключаю, что легкая и быстрая CMS MODx Evo, либо форки этой CMS, при хорошей модификации и оптимизации ядра и компонентов системы окажется лучше и производительнее Рево и для нагруженных сайтов. В ядре Ево нет жестко вшитого ORM в виде xPDO и его гораздо легче обновлять и модифицировать. На текущем этапе я вижу гораздо больше перспективы в обновлении и развитии Ево, чем в детальном изучении и оптимизации «чёрта в ступе» в виде Рево с его котом в мешке в виде ядра на xPDO. Если кто-либо покажет, каким образом xPDO можно убрать из ядра Рево — возможно, я изменю свое текущее отношение к Рево.

По поводу работы именно с СУБД MySQL.

PHP MySQLi является пакетом классов для работы именно с MySQL, в то время как PHP PDO является набором классов для работы с любой СУБД. Естественно в MySQLi будет больше специфических преимуществ для работы с СУБД MySQL, так как многие из этих преимуществ невозможно реализовать в PDO в связи с его кроссплатформенностью.

Дальше. В случаях, когда из конкретной БД необходимо выжать все по максимуму и получить максимальное быстродействие и производительность, абстракцию в виде ORM (в нашем случае в виде ОРМ на xPDO) использовать нельзя. Что говорят профессионалы. Никогда универсальное не будет мощнее того, что сделано под конкретную БД, у любой БД есть особенности, универсальный движок не позволит их использовать, по определению. Кроме того, mysqli производительнее и менее требователен к памяти, чем PDO (особенно, если учитывать, что он сейчас работает через mysqlnd).

[...]

Теперь, в этом плане, перспектива Evo. А все нормально в Evo. Обновляем легкое ядро Ево на функции DB API, сегмент ядра для работы с БД MySQL делаем на MySQLi. Для других БД можем факультативно подключать тот же PDO или хоть тот же xPDO. И вообще, к Ево можем подключать что угодно, хоть фреймворк Yii и прочее.

Перспектива Рево. Гораздо более туманная. Неизвестно, как долго проживет и как сможет жить дальше Рево, у котором ядро жестко сделано на ORM в виде xPDO. С учетом того, что альтернативные, и более продуманные и оптимальные решения на рынке сайтостроения продолжают активно развиваться. Какие есть сейчас ограничения в Рево с его xPDO, реально — очень тяжело узнать, поскольку приверженцы Рево занимаются в основном пропагандой своего «супер-нового», «очень любимого» и «единственно верного». К «единственно верному» на Руси всегда особые подозрения, в силу исторических причин. Насчет поддержки Рево после запуска «Облака». Сильные сомнения, что основная команда модекса будет Рево поддерживать. Они будут с хостинга на Облаке деньги зарабатывать. Особенно, при снижении популярности Рево, особенно если Рево будет работать со своим ORM на xPDO в ядре со скоростью хорошего Друпала. Так что Рево может зависнуть точно так же как и Ево. И может прожить, в итоге, гораздо меньше, чем Ево. Но Ево и без модекса будут поддерживать, потому что Ево этого стоит. А вот найдутся ли энтузиасты для поддержки Рево без модекса? Но не будем о возможном грустном. Мы же энтузиасты, пламенные революционеры и оптимисты. Если что — перейдем на Друпал, или куда еще… К скорости работы как у Друпала на Рево уже привыкли, так что никакого ощутимого дискомфорта не будет.

Короче говоря — даваете сайты на Рево, чем больше — тем лучше, с характеристиками сервера хостера и с данными нагрузки на сервер хостера. Любые успехи в повышении производительности Рево мы только приветствуем.

Вот такое программное заявление, в котором «Я» употребляется 55 раз. Все, кто работает на Рево должны срочно искать себе новое место под солнцем, ибо будущее туманно.

Гениальные авторы Evolution вконец отупели, и написали какое-то говно, чтобы на нем слепить какое-то облако и срубить бабла. Офигенный бизнес-план. Поддержка MODX Revolution уже вот-вот прекратится.

Человека не смущает, сколько версий было выпущено Evo, и сколько Revo. Не смущают выставки и награды, не смущают супер-быстрые сайты, огромные сайты — ему насрать на все. xPDO придумали идиоты, Revolution не жилец.

Не ясно, зачем при таком стремлении к производительности использовать CMS? Да вообще, зачем тормозной PHP, если есть Си и Ассемблер?

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

Да, новичкам он помог, молодец. Но эти новички при его поддержке не будут развиваться, и не вырастут. Так и станут ковырять код, заложенный 8 лет назад, считая его хорошим. Изменилось ли создание сайтов на PHP + Mysql за 8 лет? Риторический вопрос, сам Интернет очень сильно изменился, это очевидно.

Специалист по MODX Evolution имеет два пути для развития: 1 — вырасти в специалиста по MODX Revolution, 2 — не вырасти.

Обновлено 15.10.2012

Забил в гугл «Sadex13», чтобы найти хотя бы одну гарантированно его работу, не о говоря уже про личный сайт. Ни-че-го. Зато нашел прекрасную тему на форуме modx.com.

Если кто не разумеет зарубежную мову — сир Sadex13 интересуется, как можно использовать mysqli_ в Evo и Рево. А ему отвечают, что Evo надо полностью переписывать, а Рево уже и так с ним работает.Susan Ottwell: «Это одна из причин, почему я перешла на Revo. Это же основная причина для его создания. Переписывание Evo будет неприятным, в лучшем случае».

Sadex13: «Вы мне не поможете переписать ядро Evo 1.0.6 на Mysqli?»

Susan Ottwell: «Нет»

В последнем сообщении говорят, что не так уж это и сложно, и дают вот эту ссылку на ClipperCMS.

Не знаю, что скажет психиатр, но я считаю — вот он, источник лютой попаболи Sadex13. Задрал уже всех разработчиков MODX своей проблемой, вместо того, чтобы переписать «как надо» и отправить коммит в репозиторий.

А еще он параноик. Ну это я так, дополнить анамнез:

Прошу вышеопубликованную мною информацию применять исключительно для внутреннего пользования, без распространения на широкую публику. Причина — политика Политбюро и ЦК модекса, которые делают все возможное и невозможное, чтобы всех пересадить на Рево и Облако. А с этими высокопоставленными людьми и теми из русского сообщества модекса (включая автора статьи) кто проводит такую политику, я не желаю портить отношения. Автор статьи, понятно — я.

С этого началось мое посещение их форума. Логично будет этим же и закончить. Идиотов на свете очень много, и всем не поможешь.

Добавление новых комментариев отключено.

bezumkin.ru

О наболевшем в WordPress или стоит ли учить MODX / modx.pro

Здравствуйте, Уважаемые форумчане. Извиняюсь, за столь длинный вопрос-историю, но вопрос наболел настолько, что не сделать этого не могу. Если вкратце, то проработал несколько лет в одной крупной компании frontend разработчиком, но решив, что хочу большего, ушел и сейчас работаю с клиентами по удаленке. Столкнулся с тем, что клиенты не хотят заморачиваться: отдельно искать frontend специалиста, затем backend — им проще отдать проект одному человеку и уже с него спрашивать за весь результат. Так как я frontend специалист, то соответственно смотрю в сторону серверного JavaScript, но не все клиенты готовы хорошо платить за свой проект, из-за чего трудоемкий и времязатратный процесс работы с серверным JS отпадает, да и поддерживать такой проект потом тоже не дешево, т.к. таких специалистов не столько много, как «знатоков» CMS, и стоят они на порядок дороже, поэтому клиентам проще заказывать проект на какой-нибудь CMS — и стоит намного дешевле, и специалистов много. Соответственно возникла потребность в изучении CMS. На данный момент я сделал уже около десятка проектов на WordPress, и вроде все хорошо, да не настолько. Не нравится, что нужно следовать каким то определенным иерархиям шаблонов, а также есть боязнь того, что при посадке крупного проекта, могут возникнуть трудности. Нравится то, что вроде все интуитивно понятно и достаточно гибкий API. По началу думал, что это действительно блоговый движок, но после некоторого изучения API открыл кучу разных возможностей, а после покупки плагина advanced custom fields pro жить стало вообще прекрасно, т.к. стало намного проще создавать целые страницы настроек с любыми полями: тексты, картинки, чекбоксы, повторители и т.д., и даже делать разную логику. Также под данный движок есть просто нереальная куча различных плагинов о огромнейшее сообщество, но одновременно это и пугает(бесит), т.к. каждый второй имеет свой блог/сайт/портал на этом движке и дает советы, сам ничего не понимая. Интернет просто захламлен «советами» и «фишками» недоспециалистами WordPress. Порог вхождения очень очень маленький, поэтому ни грамма не понимая в веб разработке, человек начинает делать сайты на WP не только себе, но и брать реальные заказы, просто переделывая готовые шаблоны, а что еще ужасней, позиционироваться себя как гуру WP и учить других людей, путем ведения видео блога или печатанием статей. Иной раз читая или смотря видео урок такого «специалиста» хочется прям челюсть ему сломать, т.к. у меня жена, ничего не понимающая в web разработке знает больше, чем этот «специалист» взявший на себя ответственность учить других людей. Особенно поражают уроки с названием «Профессиональный сайт на WordPress», открываешь, а там человек рассказывает, как переделать готовый шаблон, как установить 30 плагинов, и как из-за одного события клика тянуть целую библиотеку JQuery. Жесть просто! Извините, это о наболевшем!

В общем беспокоит то, что WP не предназначен для каких то уникальных и сложных проектов, хотя я могу и ошибаться. Почитав о MODX, пишут что это очень гибкий и быстрый движок. Да, у него не такое большое сообщество, но, может, это и к лучшему. Кстати, очень забавно, но многие сайты/блоги нахваливающие MODX сами сделаны на WordPress — личное наблюдение. Собственно своей гибкостью MODX и привлекает, и, последнее время, все больше тянет к его углубленному изучению. Что Вы можете сказать по этому поводу, если сравнивать эти два движка? Также если не сложно, то посоветуйте, пожалуйста, хорошие книги/уроки по MODX.

Заранее большое спасибо!

modx.pro