Перенос сайта на DLE: короткое руководство без потери данных

Перенос сайта на DataLife Engine обычно занимает от нескольких часов до нескольких дней: простой проект можно перевести за один вечер, а каталог с тысячами материалов потребует отдельной подготовки. На выходе вы должны получить рабочую копию на DLE 17.x, сохранённые изображения и понятный план переключения домена без массовых ошибок 404.

Что подготовить до переноса

Руководство рассчитано на перенос с другой CMS на DLE 17.x. Номер минорной версии уточните в скачанном дистрибутиве и в документации: требования к PHP, MySQL или MariaDB и порядок обновления могут различаться.

• полную резервную копию файлов старого сайта;
• дамп базы данных и доступ к серверу по SSH, FTP или панели хостинга;
• доступ к DNS, домену и настройкам веб-сервера;
• копию каталога с загруженными изображениями и файлами;
• список старых URL, важных страниц, категорий и материалов;
• чистый поддомен или отдельный каталог для тестовой установки DLE;
• лицензию DLE и официальный дистрибутив нужной версии.

Сделайте отдельную таблицу или CSV со старыми адресами: URL материала, новый URL, код ответа и примечание. Это понадобится для настройки перенаправлений и проверки после запуска.

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

301-перенаправление — постоянный ответ сервера, который отправляет посетителя и поисковый робот со старого адреса на новый. При переносе оно помогает связать старую страницу с её новым URL, но не заменяет проверку контента и метаданных.

Пошаговый перенос сайта на DLE

1. Зафиксируйте текущую структуру. Выгрузите список страниц, категорий, тегов, изображений, файлов и пользовательских разделов. Отдельно отметьте страницы, которые получают трафик или ссылки: главную, карточки материалов, архивы, поиск, RSS и служебные разделы. Проверьте, что резервная копия действительно открывается: распакуйте несколько файлов и восстановите тестовую копию базы на отдельном сервере.
2. Создайте тестовую площадку. Разместите её на поддомене вроде staging.example.ru или в закрытом каталоге. Запретите индексацию через настройки тестового сайта и веб-сервера, а доступ ограничьте паролем или списком IP. Проверка: тестовый адрес открывается, а основная площадка и её база не изменились.
3. Установите DLE. Загрузите файлы официального дистрибутива, создайте отдельную базу и запустите установщик через браузер. Не переносите поверх старой установки каталог engine/data и другие конфигурационные файлы: в них могут остаться параметры прежнего проекта. После установки задайте сложный пароль администратора и удалите или отключите установочные файлы, если это требуется конкретной версией. Проверка: вы входите в админ-панель, открываете главную страницу и видите тестовый материал.
4. Настройте базовые параметры. Укажите домен тестовой копии, часовой пояс, кодировку, почтовые параметры, формат URL и права доступа к каталогам. Значения берите из документации именно вашей версии DLE, а не из старого конфигурационного файла. Проверка: в админ-панели нет предупреждений о недоступных каталогах, а создание и редактирование тестовой новости завершается без ошибки.
5. Перенесите материалы. Универсальный импортёр для любой CMS не гарантирован, поэтому сначала определите формат источника: SQL, CSV, XML или собственный экспорт. Для небольшого сайта безопаснее перенести материалы через админ-панель и проверить их вручную. Для крупного проекта подготовьте преобразование полей: заголовок, краткое описание, полный текст, дата, автор, категория, теги, статус публикации и исходный URL. Проверка: несколько материалов каждого типа открываются без пустых полей и неправильных символов.
6. Перенесите изображения и файлы. Скопируйте медиа в каталоги, которые использует DLE, но не рассчитывайте, что старые HTML-ссылки автоматически изменятся. Найдите абсолютные и относительные пути к картинкам в тексте материалов, замените их на новые и проверьте миниатюры. Проверка: в браузере открываются оригинальные изображения, превью и скачиваемые файлы, а в консоли разработчика нет массовых ответов 404.
7. Соберите категории и права. В DLE заранее создайте дерево категорий, настройте группы пользователей и права на публикацию, редактирование комментариев и загрузку файлов. Не переносите пароли пользователей вручную, если формат хешей старой CMS не совпадает с форматом DLE. Для таких пользователей предусмотрите безопасное восстановление пароля. Проверка: пользователь каждой нужной группы видит только разрешенные разделы и может выполнить предусмотренное действие.
8. Сохраните адреса и SEO-поля. Сопоставьте старые URL с новыми. Если структура изменилась, настройте постоянные перенаправления на уровне веб-сервера или штатного механизма, который поддерживает ваша версия DLE. Не отправляйте все старые страницы на главную: это скрывает ошибки и ухудшает навигацию. Перенесите заголовки, описания, канонические адреса, robots.txt и карту сайта. Проверка: старый URL возвращает 301 и ведёт на соответствующую новую страницу, а прямой новый URL возвращает 200.
9. Проверьте сайт перед переключением. Пройдите главную, категории, материалы, поиск, комментарии, регистрацию, восстановление пароля, RSS и формы обратной связи. Проверьте мобильную версию, изображения, пагинацию, даты и часовой пояс. Запустите сканирование тестовой копии и сохраните список 404, 500 и циклических перенаправлений. Проверка: у каждой найденной ошибки есть решение или объяснение, а не просто отметка «проверить позже».
10. Переключите домен. Заморозьте публикацию на старом сайте, сделайте финальный дамп базы и скопируйте новые материалы, появившиеся после первой миграции. Переключите DNS или замените корневой каталог, затем проверьте HTTPS, канонические URL, robots.txt и доступ к админ-панели. Старую площадку не удаляйте сразу: оставьте её в режиме только для чтения до окончания проверки. Проверка: основной домен открывает DLE, новые и старые ключевые URL отвечают ожидаемыми кодами, а формы и отправка почты работают.

Если перенос не получился

Белая страница или «500 Internal Server Error»

Чаще всего причина связана с несовместимой версией PHP, правами на файлы, расширением PHP или ошибкой в конфигурации. Посмотрите журнал ошибок PHP и веб-сервера, а не включайте подробный вывод ошибок на публичном домене. Сверьте версию PHP с требованиями конкретного релиза DLE.

«404 Not Found» у материалов и картинок

Проверьте корневой каталог сайта, правила ЧПУ и пути к загруженным файлам. Один пропущенный уровень каталога может сломать все изображения. Сравните несколько адресов с фактическими именами файлов и исправьте правило, которое формирует URL.

Кириллица превратилась в набор символов

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

Не отправляются письма

Проверьте SMTP-параметры, адрес отправителя, DNS-записи домена и журнал почтового сервера. Для диагностики отправьте тестовое письмо на два разных почтовых сервиса и убедитесь, что ошибка не возникает только у одного получателя.

Пользователи не могут войти

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

Что проверить после запуска

В первые сутки проверяйте журнал веб-сервера, ошибки DLE, ответы 404 и 500, время ответа страниц, отправку форм и состояние базы данных. Сравните число индексируемых страниц и ключевых URL с контрольным списком до переноса. Отдельно проверьте страницы, на которые ведут внешние ссылки.

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

Что делать дальше

После стабилизации переноса настройте автоматические резервные копии файлов и базы, обновления DLE сначала проверяйте на копии, а затем переносите на рабочий сайт. Основные показатели для наблюдения — доля ответов 404 и 5xx, время ответа страниц, ошибки отправки форм и успешность восстановления из резервной копии.