Сайты · MODX Revolution
Разработка сайта на MODX с управляемой архитектурой
Собираю сайты на MODX Revolution, когда бизнесу нужна гибкая модель контента, управляемая админка и проект, который можно развивать без переписывания каждого шаблона.
Обсудить архитектуру
01 Контекст
CMS выбирается по устройству проекта
MODX даёт разработчику свободу в структуре шаблонов и типов контента. Это полезно для корпоративных сайтов, каталогов и проектов с нестандартными связями, если архитектура продумана заранее.
Сама платформа не создаёт порядок автоматически. Я разделяю представление, данные и служебную логику, описываю поля для редактора и использую дополнения там, где они действительно сокращают поддержку.
02 Исходная ситуация
Когда MODX уместен
Контент не помещается в типовую страницу
У проекта несколько сущностей, наборов полей и связей, а редактору нужен понятный интерфейс для работы с ними.
Дизайн требует собственных шаблонов
Интерфейс не должен зависеть от темы или конструктора и собирается как отдельная система компонентов.
Есть прикладная логика
Нужны каталоги, подборщики, обмен с внешними API, разные формы или служебные сценарии.
Сайт уже работает на MODX
Нужно развить существующую систему, привести код в порядок или перенести проект на актуальную версию платформы.
03 Состав
Что входит в разработку
Набор компонентов и дополнений определяется архитектурой. Я не устанавливаю модуль только потому, что его принято устанавливать.
Модель контента
Описываю типы ресурсов, поля, связи, таксономии и роли редакторов. Определяю, какие данные хранятся в MODX, а какие приходят извне.
- Схема сущностей
- Структура полей
- Редакционные роли
Шаблонная система
Разделяю повторяемые компоненты, шаблоны страниц и получение данных. Выбираю понятный для проекта способ шаблонизации.
- Карта шаблонов
- Набор компонентов
- Правила именования
Административный интерфейс
Настраиваю поля и представления так, чтобы редактор работал с содержанием, а не с фрагментами разметки.
- Настроенные формы
- Списки и коллекции
- Права доступа
Функции и интеграции
Подключаю согласованные формы, каталоги, API и фоновые операции. Кастомный код ограничивается задачами, которые не решаются штатным механизмом.
- Компоненты приложения
- Интеграционные сценарии
- Обработка ошибок
Развёртывание и передача
Настраиваю окружение, кэширование и технические службы, проверяю проект и передаю порядок обновления контента.
- Конфигурация окружения
- Контрольный список
- Инструкция редактору
04 Метод
Как строится проект на MODX
Архитектура данных и шаблонов фиксируется до активной разработки. Это снижает число случайных решений, которые потом приходится поддерживать годами.
- 01
Разбор требований
Определяю типы контента, пользовательские сценарии, интеграции и условия эксплуатации.
На выходе: Технический контур - 02
Архитектура MODX
Проектирую ресурсы, поля, связи, шаблоны и состав дополнений.
На выходе: Схема реализации - 03
Интерфейс и шаблоны
Собираю визуальные компоненты и связываю их с моделью контента.
На выходе: Рабочие типы страниц - 04
Прикладная логика
Реализую согласованные функции, интеграции и административные представления.
На выходе: Версия для проверки - 05
Проверка и передача
Тестирую сценарии, конфигурацию и роли, затем фиксирую правила работы с системой.
На выходе: Подготовленный к эксплуатации проект
05 Ответственность
Кто за что отвечает
На стороне студии
- Архитектура проекта в MODX
- Шаблоны, компоненты и согласованный код
- Настройка админки и прав
- Техническая проверка и документация
На стороне компании
- Описание контента и бизнес-правил
- Доступы к инфраструктуре и внешним системам
- Ответственный за согласование
- Пользователи для проверки редакционных сценариев
06 Оценка
Что влияет на оценку
Объём MODX-проекта определяется архитектурой контента и прикладной логикой, а не числом установленных дополнений.
- 01Количество типов ресурсов и связей между ними
- 02Число уникальных шаблонов и состояний
- 03Сложность административного интерфейса
- 04Каталоги, фильтры и пользовательские сценарии
- 05Интеграции и фоновые процессы
- 06Миграция со старой CMS или версии MODX
- 07Требования к инфраструктуре и обслуживанию
До оценки проверяю, действительно ли MODX подходит задаче. Если проект рациональнее собрать на другой основе, это должно выясниться до начала разработки.
07 Среда
Инструменты MODX
Конкретный набор зависит от задачи и совместимости версий.
- 01MODX Revolution 3
- 02Fenom
- 03pdoTools
- 04MIGX
- 05Collections
- 06miniShop2
- 07Nginx и PHP
08 Вопросы
До начала работы
01Чем MODX отличается от WordPress?
В MODX структура шаблонов и контента обычно проектируется свободнее и меньше зависит от темы. У WordPress крупнее экосистема готовых решений. Выбор зависит от редакционного процесса, функций и команды, которая будет обслуживать проект.
02Подходит ли MODX малому и среднему бизнесу?
Подходит, если проекту нужна собственная структура контента и есть понятный контур поддержки. Для типовой задачи с готовым отраслевым решением другая платформа может оказаться рациональнее.
03Сможет ли сотрудник обновлять сайт?
Да, если административные формы спроектированы под его задачи. В проекте отдельно определяются поля, права и типовые операции редактора.
04Можно ли сделать интернет-магазин?
Да, для MODX существует miniShop2 и связанные дополнения. Но состав магазина всё равно определяется каталогом, оплатой, доставкой и интеграциями, а не фактом установки компонента.
05Можно ли перенести существующий сайт на MODX?
Можно. До переноса оцениваются структура данных, адреса, шаблоны, интеграции и качество исходного контента. Затем составляется карта миграции.
10 Следующий шаг
Проверить, подходит ли MODX
Опишите структуру сайта, редакционные роли и функции, которые выходят за рамки обычных страниц. Я обозначу подход к архитектуре и вопросы до оценки.
Обсудить архитектуру