Сайты · Миграция на MODX
Перенос сайта на MODX с контролем данных и адресов
Переношу сайты на MODX Revolution, когда смена платформы обоснована устройством контента, редакционными процессами или стоимостью дальнейшего обслуживания. Миграция проектируется как сверяемая последовательность, а не как копирование страниц вручную.
Обсудить миграцию
01 Контекст
Миграция начинается с инвентаризации
Сайт состоит не только из опубликованных страниц. В нём есть адреса, метаданные, изображения, пользователи, формы, интеграции, служебные записи и особенности редакционного процесса.
До переноса определяю, какие данные являются источником истины, что переносится без изменений, что преобразуется под новую модель MODX и что исключается по согласованному решению. Отдельно фиксируются проверки и способ возврата к исходной версии.
02 Исходная ситуация
Когда перенос может быть обоснован
Текущая CMS ограничивает структуру
Новые типы материалов и связи требуют обходных решений или ручного дублирования данных.
Поддержка стала непрозрачной
Проект зависит от темы, набора плагинов или кода, который сложно изменять и обновлять в существующем виде.
Компания унифицирует платформы
Несколько сайтов или разделов нужно привести к общей модели управления и компетенциям одной команды.
Предстоит техническая перестройка
Миграция связана с новой архитектурой контента, ролями редакторов или интеграциями, для которых выбран MODX.
03 Состав
Что входит в миграцию
Состав определяется после доступа к исходной системе и выборки данных. Автоматический перенос используется там, где правила можно формализовать и проверить.
Аудит источника
Собираю структуру страниц, типы данных, адреса, пользователей, файлы, функции и интеграции. Проверяю доступные способы выгрузки.
- Реестр сущностей
- Карта зависимостей
- Список ограничений
Модель MODX
Сопоставляю исходные сущности с ресурсами, полями, пользователями и компонентами новой системы.
- Таблица соответствий
- Схема ресурсов
- Правила преобразования
Контент и файлы
Готовлю сценарии выгрузки, преобразования и загрузки. Для каждой группы данных задаю контроль количества и обязательных полей.
- Скрипты миграции
- Контрольная выборка
- Протокол сверки
Адреса и функции
Переношу согласованные шаблоны и функции, сохраняю адреса где это оправдано, а для изменённых готовлю карту перенаправлений.
- Карта URL
- Редиректы
- Воссозданные сценарии
Переключение
Фиксирую порядок финальной синхронизации, проверки, публикации и возврата к исходной системе при критической ошибке.
- План переключения
- Контрольный список
- План отката
04 Метод
Порядок переноса
Новая система собирается отдельно от действующего сайта. До переключения проходят пробная миграция и сверка контрольных сущностей.
- 01
Инвентаризация
Получаю доступы, фиксирую состав системы и проверяю качество исходных данных.
На выходе: Контур миграции - 02
Проектирование
Определяю модель MODX, правила преобразования, адреса и критерии сверки.
На выходе: Карта соответствий - 03
Пробный перенос
Переношу контрольную выборку и проверяю шаблоны, связи, файлы и права.
На выходе: Проверенная схема миграции - 04
Полная миграция
Запускаю согласованный перенос, формирую отчёты и устраняю выявленные расхождения.
На выходе: Версия для приёмки - 05
Синхронизация и переключение
Обновляю изменившиеся данные, прохожу контрольный список и выполняю согласованный сценарий публикации.
На выходе: Зафиксированное состояние после переключения
05 Ответственность
Кто за что отвечает
На стороне студии
- Аудит исходной системы и проектирование MODX-модели
- Сценарии переноса и техническая сверка
- Карта адресов и согласованные функции
- План переключения и документация
На стороне компании
- Полные доступы к исходной системе и инфраструктуре
- Владельцы данных и предметная экспертиза
- Решение о составе сохраняемых материалов
- Ответственные на время финального переключения
06 Оценка
Что влияет на оценку
Сложность миграции определяется разнообразием данных, качеством источника и количеством функций, а не числом страниц в меню.
- 01Исходная CMS, версия и доступ к базе данных
- 02Количество типов контента и связей
- 03Объём файлов, пользователей и служебных записей
- 04Изменение структуры и адресов
- 05Формы, каталоги, поиск и личные разделы
- 06Интеграции и фоновые процессы
- 07Необходимость финальной синхронизации
- 08Требования к окну переключения и откату
Полностью исключить риск для поисковой видимости и данных нельзя. Он снижается инвентаризацией, картой адресов, сверкой и наблюдением после переключения.
07 Среда
Технический контур миграции
Инструменты выбираются по исходной системе и доступным способам выгрузки.
- 01MODX Revolution
- 02WordPress
- 031С-Битрикс
- 04Joomla и Drupal
- 05PHP и SQL
- 06CSV, XML и REST API
- 07301-редиректы
08 Вопросы
До начала работы
01Какие сайты можно перенести на MODX?
Источником могут быть распространённая CMS, самописная система или фреймворк. Возможность переноса зависит от доступа к данным, их структуры и функций, которые нужно воспроизвести.
02Нужно ли сохранять все старые адреса?
Рабочие адреса сохраняются, если это соответствует новой архитектуре. Для объединённых или удалённых страниц готовится таблица соответствий и перенаправлений.
03Как учитывается поисковая история сайта?
До переноса фиксируются индексируемые адреса, метаданные, внутренние ссылки и данные аналитики. После переключения проверяются ответы сервера, редиректы, карта сайта и сигналы панелей вебмастеров.
04Можно ли одновременно изменить дизайн?
Можно, но редизайн добавляет отдельный контур решений и проверок. В зависимости от риска задачи работы объединяются или делятся на этапы.
05Что происходит при ошибке переключения?
До публикации согласуется план отката, сохраняется исходная система и проверяются резервные копии. Критерии возврата и ответственные фиксируются заранее.
10 Следующий шаг
Оценить контур переноса
Пришлите адрес сайта, название и версию текущей системы, а также краткий список функций. Я обозначу доступы и данные, которые понадобятся для технической оценки.
Обсудить миграцию