Перенос сайта на DLE: что проверить до начала работ

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

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

Не начинайте с загрузки архива на новый сервер. Сначала соберите доступы и зафиксируйте состояние старого сайта. Перенос без исходных данных превращается в восстановление по памяти.

• доступ к файлам старого сайта по FTP, SFTP или через панель хостинга;
• доступ к базе данных MySQL или MariaDB и возможность сделать полный дамп;
• доступ к DNS, домену и SSL-сертификату;
• резервная копия файлов, базы и папки с пользовательскими загрузками;
• список установленных модулей, плагинов, рекламных блоков и внешних интеграций;
• версия PHP, база данных, веб-сервер и лимиты нового хостинга;
• тестовый поддомен или отдельная копия сайта, где можно проверять перенос до смены DNS.

Для DLE 17.x сверяйте требования именно с вашей минорной версией и документацией хостинга. Версия PHP, расширения и поддерживаемые настройки могут отличаться между релизами. Не переносите сайт на сервер только потому, что в панели написано «поддерживается PHP»: проверьте конкретную версию, доступные расширения и режим работы обработчика.

Самый дорогой сбой при переносе — не ошибка установки DLE, а незаметная потеря старых URL, изображений или данных из базы.

Сноска. Дамп базы данных — это файл с SQL-командами, в которых сохранены таблицы и записи сайта. Архив файлов без дампа не содержит новости, пользователей, комментарии и настройки.

Шаг 1. Зафиксируйте старый сайт

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

1. Снимите техническую карту. Запишите домен, текущую версию DLE, версию PHP, тип базы данных, размер базы и объём файлов. Отдельно укажите папки с изображениями и документами, например загрузки новостей, аватары и файлы пользователей. Проверка: у вас есть один документ с цифрами, версиями и перечнем каталогов.
2. Сохраните список URL. Возьмите его из вебмастера, аналитики, sitemap.xml и логов сервера. Отметьте адреса новостей, категорий, пагинации, тегов и статических страниц. Проверка: для каждой важной страницы можно назвать старый URL и ожидаемый новый адрес.
3. Зафиксируйте настройки веб-сервера. Сохраните правила перенаправлений, запреты для robots.txt, настройки кэширования и принудительный HTTPS. Для Apache отдельно сохраните .htaccess, но не копируйте его на новый сервер вслепую: правила могут зависеть от структуры каталогов. Проверка: старый файл конфигурации лежит вне сайта и доступен для сравнения.
4. Остановите изменения на время резервного копирования. Если сайт активно обновляется, выберите короткое окно, когда не публикуются новости и не загружаются файлы. Проверка: после создания копии в админке нет новых материалов, которых нет в дампе.

Шаг 2. Сделайте резервные копии

Нужны две независимые копии: файловая и базы данных. Архив всего каталога сайта не заменяет экспорт базы.

1. Скопируйте файлы. Сохраните ядро DLE, шаблон, папки с изображениями, документы, пользовательские аватары и дополнительные модули. Проверьте, что в архив не попали только ссылки или неполные файлы из-за ограничений FTP. Проверка: архив открывается, а размеры ключевых папок сопоставимы с оригиналом.
2. Сделайте полный дамп базы. Экспортируйте все таблицы, включая таблицы модулей и статистики, если они нужны. Узнайте кодировку базы и таблиц. Не редактируйте SQL обычным текстовым редактором: можно повредить кодировку или длинные строки. Проверка: тестовый импорт в отдельную базу завершается без ошибок.
3. Проверьте восстановление. Резервная копия считается рабочей только после пробного восстановления. Если хостинг не даёт создать отдельную базу, используйте локальную копию или тестовый сервер. Проверка: из копии открывается хотя бы одна новость, изображение и запись пользователя.

Шаг 3. Проверьте совместимость нового хостинга

DLE чувствителен не только к версии PHP, но и к расширениям, правам на каталоги и настройкам веб-сервера. Особенно часто перенос ломается, когда старый сервер работал на одной версии PHP, а новый автоматически выбрал другую.

1. Сверьте версии. Сопоставьте версию DLE 17.x, PHP, MySQL или MariaDB и веб-сервера с требованиями конкретного релиза. Если сайт старый, не обновляйте одновременно DLE, PHP и шаблон: при ошибке вы не поймёте, что стало причиной. Проверка: хостинг письменно подтверждает совместимую связку или вы проверили её на тестовом поддомене.
2. Проверьте лимиты. Уточните memory_limit, upload_max_filesize, post_max_size, max_execution_time и размер доступного диска. Названия параметров могут отображаться в панели хостинга по-разному, но значения должны позволять загрузить крупное изображение и импортировать базу. Проверка: тестовая загрузка файла и импорт копии базы проходят без обрыва.
3. Проверьте права. Веб-сервер должен иметь доступ к каталогам, куда DLE сохраняет изображения, временные файлы и кэш. Не выдавайте всем файлам права на запись без необходимости. Проверка: в тестовой админке загружается изображение, создаётся миниатюра и сохраняется настройка.

Шаг 4. Подготовьте шаблон и дополнения

Шаблон DLE — это не только HTML. В нём могут быть теги движка, условия, подключаемые скрипты, стили, рекламные блоки и вызовы сторонних модулей. Шаблон от другой версии иногда открывается, но часть тегов перестаёт обрабатываться.

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

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

Шаг 5. Разверните тестовую копию

Для теста используйте поддомен вроде staging.example.ru или временный адрес хостинга. Закройте копию от поисковой индексации и посетителей паролем либо ограничением доступа на сервере. Не оставляйте тестовую админку доступной из интернета без защиты.

1. Создайте базу и пользователя. Сохраните имя базы, имя пользователя, пароль и адрес сервера базы в менеджере паролей. Проверка: тестовое соединение с базой устанавливается, а пользователь имеет права на нужную базу.
2. Загрузите файлы и восстановите базу. Сначала разместите DLE и шаблон, затем импортируйте данные в пустую базу или в базу по процедуре, которую поддерживает ваша версия. Не смешивайте таблицы старой и новой копии без понимания схемы. Проверка: в админке видны старые новости, категории и пользователи.
3. Укажите адрес тестовой копии. Проверьте настройки домена, HTTPS, часовой пояс, почту и пути к загрузкам. Проверка: ссылки ведут на тестовый домен, а письмо из тестовой формы не уходит реальному пользователю без вашего контроля.
4. Пройдите пользовательский сценарий. Откройте главную, категорию, новость, поиск, страницу тега, форму комментария и загрузку изображения. Проверка: каждый сценарий заканчивается ожидаемой страницей без предупреждений PHP и ошибок в журнале.

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

Белая страница или ошибка 500

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

«Access denied» или ошибка подключения к базе

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

Страницы открываются, но изображения пропали

Проверьте, перенесены ли каталоги загрузок, совпадают ли регистр букв в именах файлов и доступны ли каталоги веб-серверу. Linux различает photo.jpg и Photo.jpg, поэтому перенос с сервера, который не различал регистр, может выявить старые ошибки ссылок.

Все ссылки ведут на главную или отдают 404

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

Русский текст отображается вопросительными знаками

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

Финальная проверка перед сменой DNS

• на тестовом домене открываются главная, категории, новости, поиск и статические страницы;
• изображения, документы и миниатюры загружаются и отображаются;
• админка принимает изменения, а права редактора не превращают его в администратора;
• работают комментарии, формы, почта и подключённые внешние сервисы;
• robots.txt, sitemap.xml, canonical и редиректы соответствуют новой структуре;
• тестовая копия закрыта от индексации, а на боевом сайте это ограничение будет снято;
• есть свежий дамп непосредственно перед переключением.

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

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

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