MODX *

MODX Revolution — это мощный Content Management Framework, с широким базовым функционалом. Отношение к нему неоднозначное: вроде и не CMS, но еще и не настоящий фрейм.

Во всем мире им успешно пользуются для создания сайтов разной сложности и лично для меня — это лучшая CMS. Я не хочу в этой заметке обсуждать плюсы и минусы MODX, его архитектуру и прочие тонкости.
Важно вот что: это известная система, и она в первой пятерке рейтингов OpenSource CMS. А если верить CMS Magazine и Рейтингу Рунета, то и вовсе — на третьем месте.

MODX, как и большинство Open Source систем развивается децентрализованно. Конечно, есть командный центр, программисты ядра и всё такое, но главное в любой CMS — это расширения, а их пишут пользователи. Делают они это по нескольким причинам:

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

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

Задача: Есть CMS MODx Revolution. Среди всех зарегистрированных пользователей на сайте есть пользователь с именем 13335. Для него загружен файл, который не должен видеть никто, кроме него самого.

В последнее время в лагере разработчиков MODX отмечается активное движение, результатом которого уже стала организация мировой сети Амбассадоров, появление долгожданного облака для ветки Revolution и что самое главное – официальное возрождение ветки Evolution, от развития которой создатели уже давно успели отказаться. Итак, 19 марта 2013 года свершилось то, на что не переставали надеяться приверженцы ветки
Evolution последние два года и что подтвердило почетное звание MODX, как самой перспективной и быстроразвивающейся системы управления с открытым кодом 2012 года (сабж).

В общем-то сама идея вынашивалась давно, система продолжала свое независимое от официальных разработчиков развитие в неофициальных сборках, но желание изменить ситуацию в лучшую сторону все же было. И вот несколько месяцев назад, как раз после запуска программы MODX Ambassador, я поднял эту тему в беседе с одним из создателей MODX – Райаном Трешем (Ryan Thrash). С учетом того, что MODX 3 пока только в планах (причем весьма отдаленных), а ветка MODX Revolution многих совсем не впечатлила, то тема продолжения развития ветки MODX Evolution смогла вызвать живой интерес практически всей команды основателей.

Результатом переговоров стало сделанное мне предложение войти в команду MODX в качестве девелопера ветки Evolution, проигнорировать которое я никак не мог. Так же в эту команду попали еще один из членов русскоязычного сообщества MODX – Agel_Nash, небезызвестный японский разработчик автор форка MODX.jp – Mansori Yamamato (yama) и немец Thomas Jakobi (jako) — разработчик MultiTv и других решений для ветки Evolution. Симбиоз получился довольно удачным и, благодаря слаженной и напряженной работе удалось выпустить в свет MODX Evolution 1.0.9.

Я уже писал про свой компонент shopModx. И хотя мало кто его оценил, так как многие ждут именно готовых решений с одной большой кнопкой «Установить и работать», тем не менее этот компонент разрабатывается с учетом тех минусов, которые есть в MODX, и в которые часто упираются MODX-разработчики, и с учетом тех плюсов, которые в MODX есть, но о которых разработчики не знают, или просто не используют.

Так же хочу сказать, что этот модуль не просто так разрабатывается. Он разрабатывается под два не маленьких магазина (для начала), и на выходе получится обкатанная платформа для реализации крупных интернет-магазинов.

Сегодня я хотел бы начать цикл статей о разработке крупных интернет-магазинов на MODX Revolution, с рассказами о том, с какими сложностями приходится сталкиваться, и какие варианты решения этих проблем используются. А так же о том, что для решения таких проблем shopModx уже будет нести на борту, и какие приемы позволят получить 100% контроль над разработкой своего уникального магазина, не влезая в код shopModx.

Итак, немного о магазине, над которым ведется работа: это интернет-магазин мебели. Вчера импортнул базу. Получилось 13000+ документов, 43000+ ТВшек и почти 13000 записей в modx_shopmodx_products.

Сразу скажу, что я рассчитываю получать код страницы даже не из кеша и с поиском по параметрам менее чем за 1 секунду, а средняя загрузка не должна превышать 0.3-0.4 сек.

На Хабре полно разных инструкций, как связать Nginx с php5-fpm, даже я уже такую писал. Но сегодня предлагаю кое-что новенькое, а именно видео-инструкцию покупки и настройки собственного VPS на Linode.

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

Смотреть видео категорически не рекомендуется супер-крутым админам и беременным женщинам!



Под катом подробности организации + план работ с кусками кода, для удобного копипастинга.

Итак, сразу о главном: объявляю об открытии MODX-клуба в Москве:-)

Базироваться будем в анти-кафе YoStudio. Заведение просто замечательное! У нас будет свой зал на 25 человек, большие столы (которые можно расставить как будет удобней), Wi-Fi. В общем все необходимое. На фотографии зал кажется голым, но это просто неудачная фотография. Там есть окна и шкаф с книгами и канцелярией, а так же стенд для презентаций.

Предполагаются мероприятия следующего формата:

• Обучающие семинары для конечных пользователей (основы управления MODX-сайтами и т.п.)
• Курсы повышения квалификации MODX-программистов
• Просто приятные и полезные встречи, чтобы поболтать о любимой Системе.

Идея сниппета очень проста. Часто требуется сделать на сайте меню, которое остаётся неизменным на всех страницах. Меняется только CSS-класс активного пункта меню. Зачем нам на каждой странице делать запросы в БД и генерировать меню, если требуется только поменять CSS-класс? А если это большое меню с выпадающими подуровнями, на его генерацию может тратиться слишком много ресурсов. Сниппет menuCaching позволяет избавить сервер от этой лишней работы.

Привет, я представляю студию «Диван.Дизайн». Вот уже больше пяти лет мы разрабатываем сайты на MODx Evo. Так уж сложилось, что проблемы мы всегда старались решать в общем виде и у нас скопилось множество различных готовых программных продуктов (всяких там сниппетов, плагинов, модулей, ну вы знаете). Практически всё это время мы хранили все эти штуки локально и никуда не выкладывали (по разным причинам, опустим их ;-). Потом мы как-то раз доработали и выложили парочку продуктов из официальной сборки (ManagerManager, например), и нам понравилось. Не понравился нам лишь официальный репозиторий MODx, какой-то он «не очень»… Мы сели, подумали и выявили несколько моментов, которые хотелось бы видеть в репозитории:

Много писать не буду. Это скорее как новость, нежели мануал. Хотя вопрос собственных репозиториев для MODX Revolution — тайна, покрытая мраком (если кто видел готовые решения, дайте пожалуйста ссылку).

В общем создал я пакет, позволяющий создавать свои собственные репозитории для MODX Revolution.

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

Особенно это решение пригодится веб-студиям и фрилансерам.

Подробности в видео-ролике.

В данном топике описан мой опыт по созданию плагина для MODX Revolution, который добавляет новый тег к данной CMS. Напомню, что разработчик может использовать теги в контенте ресурсов своего сайта или в шаблонах и чанках. Например, тег [[*pagetitle]] будет обработан парсером MODX и вернет заголовок страницы, на которой находится пользователь.

Среди обширного списка тегов мне не хватало еще одного — вывода полей любого выбранного ресурса. Для этого приходилось скачивать и устанавливать из репозитория MODX сниппет getResourceField. Кроме неудобства, что данное решение не входит в базовую поставку CMS, оно еще и обладает, на мой взгляд, слишком длинным именем, не говоря уже о том, что приходится держать открытым RTFM, чтобы не напутать с названиями параметров. Поэтому я написал плагин fastField, о котором пойдет речь дальше.

Перевод от первого лица (прим. переводчика).

Мы потратили значительное время на оценку того, что мы сделали за последние несколько лет в MODX. Я вчера выделил несколько ключевых событий, начиная с 2012 года, но теперь пришло время для концентрации на вещах, которые действительно имеют значение и будут иметь значение в будущем.


Фото взято у Andrew King

Как и у всякой CMS/CMF, у MODX есть как последователи, так и противники. Чисто субъективно, этого вообще не избежать (у каждого свои привычки, взгляды, потребности и т.п.).

Но есть ли объективные причины? Да, безусловно. И на мой взгляд одна из самых серьезных — это собственный парсер MODX.

У MODX есть ряд собственных зарегистрированных тегов, используя которые даже начинающий программист, который знает только HTML и быть может вообще не знает PHP, может собрать довольно вменяемый сайт, так как существует довольно большое количество готовых компонентов, которые устанавливаются просто в два клика. К примеру для того, чтобы получить на своей странице меню, достаточно прописать [[Wayfinder?startId=`0`]]

Сразу небольшая видео-демка с решением для тех, кому лень читать.

Давно не писал ничего на Хабре — был по уши занят. За это время многое сделано, но еще больше в планах. А вот вчера выпустил новый компонент Tickets, для создания системы техподдержки. Понятно, только в MODX Revolution.

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

В процессе работы оказалось, что систему, в общем-то, можно использовать и для сайтов с user-generated content, типа простенького LiveStreet (видео с демонстрацией работы в конце поста).

Доброго здравия всем хабражителям!

MODx Revolution удобна во многих отношениях. Если в MODx Evolution можно было сделать всё, то в MODx Revolution можно сделать абсолютно всё. Были бы фантазия и терпение. Однако, после появления Revolution у многих встал вопрос: каким образом перетащить содержимое с одного движка на другой. Одно дело, если у Вас с десяток ресурсов. Тут копипаста Вам в помощь. Другое дело — коллекции контента, каталоги и прочее подобное.

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

Что же на этот раз нового? В этот раз упор был сделан на то, чтобы создавалось все необходимое для полной установки Livestreet-а в несколько кликов и практически полное управление движком из админки MODX, а именно:

• Источники файлов Livestreet (полностью раздел, плагин modLivestreet, папка uploads). Теперь не придется долго искать где что лежит, а там же можно через админку управлять файлами Livestreet
• Шаблоны для MODX, чтобы выводить главную Livestreet, любые документы Livestreet, Любые документы MODX в двух вариациях (в две колонки с лентой новостей в правом блоке, и в одну колонку без сайдбара).
• Пара чанков, чтобы вклиниться в шаблонизацию Livestreet

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

Под катом более полный список изменений и демо-ролик.

Обновлено 6 Ноября 2012 года.
В предыдущей версии было сделано не очень хорошо и повылазили камни из под воды.
Обновлено 7 Ноября 2012 года.
Исправлена мелкая ошибка
Обновлено 13 Ноября 2012 года.
Исправлен только файл /forum/includes/auth/auth_modx.php:

Версия phpBB: 3.0.11
Версия MODX: 2.2.5-pl

Папка сайта: /
Папка форума: /forum

Базы данных у меня разные, но можно и одну использовать, вроде все должно быть путем.

Авторизация происходит почти полностью на стороне MODX. На форуме создаются копии пользователей MODX, но их данные автоматически обновляются из MODX.

Я уже не раз писал о своем модуле modLivestreet для связки MODX Revolution + LivestreetCMS (В этом топике подробно расписана идея и реализация со схемами и т.п.).
Спустя почти две недели с начала разработки модуля, я пришел к следующему выводу: слишком все сложно получается. Идея сама по себе простая: к MODX Revolution (которому исторически не хватает модулей для построения блогов) прикрутить LivestreetCMS, дабы получить этакую социалочку с хорошим функционалом.

Первый пакет я накидал быстро, и он вполне обеспечивал перенаправление запросов на Livestreet и вывод контента в MODX. Но дальше захотелось реализовать синхронную работу с пользователями MODX- и LS-., потом еще что-то… В общем функционал рос, код тоже. Проблемы проявились в сложностях настройки данного союза. Если с MODX можно сказать вообще никаких серьезных проблем не возникло (во всяком случае не потребовалось трогать ни байта кода движка), то с Livestreet все оказалось сложнее… Так или иначе приходилось лезть в код. Я конечно понимаю, что какие-то вещи можно и перегрузкой классов в своем плагине сделать, но это только частное решение проблемы. Да и некоторые моменты не перегрузить, как к примеру обстояло дело с классом Jevix. Но это не важные детали. Главное — настройка всего этого дела требует много ручной работы. Когда я написал мануал по установке и настройке всего этого дела, я совсем озадачился… Вроде и не много, но все равно больше, чем ничего.

11 дней прошло с последнего пресс-релиза моего модуля modLivestreet для связки MODX Revolution + LivestreetCMS

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

Продолжая нашу тему про модуль связки MODX и Livestreet, представляю новую версию модуля modLivestreet: livestreet-0.3.0-rc.transport.zip

Что нового? Да практически все :-) Модуль переписан с нуля.
1. Серьезно изменена (улучшена) логика обработки запросов на LiveStreet.
2. Добавлена синхронизированная регистрация пользователей в MODX и LiveStreet. Теперь регистрируя пользователя через админку MODX, пользователь автоматически создается в LiveStreet, а обрабатывая запрос на LiveStreet на регистрацию пользователя, регистрация проходит через MODX, что в свою очередь так же обеспечивает синхронную регистрацию пользователя в обоих движках.
Данную функцию можно отключать через настройку.

Под катом схемы работы (упрощенные) MODX в стандартной версии и с модулем modLivestreet и более подробное описание того, как происходит синхронная регистрация пользователей в MODX и Livestreet (Схему, как изменилась регистрация в MODX выложу позже), а так же исходники.

UPD: сборка пакета на github: github.com/Fi1osof/modx-livestreet

Прошлый мой топик закритиковали из-за отсутствия полностью задокументированного и оформленного решения, отправив меня все это дело переделывать, потому и переписываю топик с нуля, так как и решение с нуля все переделано.
Думал за часик все оформлю, а в итоге все переписал единым пакетом, полностью переосмыслив логику. Если так посмотреть, то с этим плагином MODX может работать не только с LiveStreet, а скорее всего много с чем, как бы выполняя роль шлюза (или nginx-а, чтобы понятней было).

Итак, вот готовый пакет для MODX: goo.gl/X6HCd (Extra залил на modx.com, но пока на модерации. Как только запустят, обновлю ссылку)

Что требуется для работы?
Отдельно MODX
Отдельно LiveStreet (можно в какой-нибудь внутренней папке в MODX (но не на одном уровне с livestreet.url_prefix, а то могут возникнуть сложности с подменой УРЛ-ов), можно за пределами MODX_DOCUMENT_ROOT (но лишь бы на одном сервере и доступ к файловой системе был)).

В общем ставим это все (или берем готовые сайты), устанавливаем на MODX данные пакет, правим (если надо) системные конфиги MODX пространства имен livestreet.

Это все просто.

Чуууточку сложнее вот это сделать: