После переноса Joomla главная страница может открываться даже тогда, когда форма уже не доставляет сообщения. До переключения домена нужно проверить важные действия посетителей и редакторов, а после — убедиться, что новые данные не потерялись.
Перенос Joomla: меняется площадка, приложение остается
При смене хостинга домен и адреса страниц можно сохранить. При смене домена появляются дополнительные задачи: соответствие старых и новых URL, перенаправления, ссылки в материалах и адреса во внешних сервисах. Разделите эти варианты в заявке.
Зафиксируйте состав сайта: материалы, файлы, формы, поиск, регистрацию, каталог и интеграции, если они есть. Укажите ожидаемый результат: письмо в нужном ящике, новая запись, доступный файл. Такой перечень станет основой приемки, даже если копирование бесплатно выполняет хостер.
Перенос установки не равен обновлению CMS или импорту в другую Joomla. Для Joomla 3 действует тот же принцип: сначала проверяют возможность работы имеющейся версии на выбранной площадке. Если нужен переход на другую ветку, обновление старой Joomla планируют отдельно.
Файлы, база и паспорт окружения
Копия должна включать файлы сайта и базу данных: одного из этих наборов недостаточно. В новом окружении проверяют параметры соединения с базой и пути к временной папке и журналам в configuration.php; это предусмотрено в документации Joomla по копированию сайта. Архив хранят вне публично доступной папки и пробуют восстановить до переезда.
Отдельно запишите версию Joomla, расширения и шаблон, версии PHP и базы, нужные модули PHP и ограничения хостинга. Технические требования Joomla различаются по веткам: в документации выбирают свою версию, а требования расширений сверяют с их разработчиками. Новый PHP не гарантирует совместимость.
Перечень дополняют задания расписания, параметры отправки писем, правила обработки URL и подключения к внешним сервисам. В архив сайта они могут не попасть. Если новый хостинг не поддерживает нужное окружение, перенос в него останавливают до выбора совместимой площадки или отдельного решения об обновлении.
Репетиция до переключения домена
Копию разворачивают с отдельной базой, чтобы тестовая запись не изменила работающий сайт. Исполнитель согласует способ доступа к новой площадке до публичного переключения DNS. Подтвердите, что запросы обслуживает новый сервер, иначе проверка покажет результат со старого.
Проверьте материал, категорию, поиск и форму. Сравните их адреса, изображения, документы и навигацию с оригиналом. Затем ответственный редактор проверяет свое обычное действие: сохранить материал, загрузить изображение и увидеть результат на странице.
Для тестовой копии исключают случайную индексацию и реальные автоматические рассылки. Сообщения направляют согласованному получателю; задания, меняющие внешние данные, до отдельного теста не запускают. Запишите ограничения, которые нужно снять при запуске, и настройки, которые следует вернуть.
Пути, письма и фоновые задания
Работающая главная не проверяет запись на диск. После распаковки исполнитель сверяет реальные пути и права, а редактор подтверждает загрузку файла; отдельно проверяют создание журналов и работу временных папок. Пути зависят от размещения сайта на сервере.
Почту проверяют в два приема: тест отправки из Joomla и отправка через каждую важную форму. Для SMTP берут параметры почтового провайдера, включая сервер, порт и способ защиты соединения; ограничения хостинга тоже могут влиять на отправку. Эти различия описаны в руководстве Joomla по общим настройкам.
У формы проверяют подтверждение посетителю, сохранение заявки, если оно предусмотрено, и фактическое получение письма нужным сотрудником. Надпись «отправлено» не заменяет проверку ящика. Связать заявку с письмом помогут время и отличимый тестовый текст.
У фоновых заданий сверяют расписание, пути и результат выполнения. Обмен, рассылку или обработку очереди запускают на одной площадке, чтобы два экземпляра не выполнили одно действие дважды. У внешних сервисов проверяют адреса обратных вызовов и ограничения по IP, если они используются.
Новые данные перед переключением
Пока идет репетиция, на старом сайте появляются материалы, загрузки, регистрации и заявки. Первая копия к запуску может устареть. Поэтому заранее определите время финальной синхронизации, ответственного и все источники изменений, включая обмены и фоновые задания.
При редких изменениях проще согласовать короткую остановку записи. Остановить нужно не только редактирование материалов, но и все действия, создающие данные; посетителям показывают понятное сообщение. После остановки делают финальную копию, переносят изменения, сверяют последние записи и связанные с ними файлы, затем переключают трафик.
Если остановить прием данных нельзя, нужен отдельный согласованный механизм переноса изменений и разрешения конфликтов. Нельзя просто заменить новую базу старой после появления заявок на новой площадке. По завершении сверяют конкретные записи за переходный период, их состояние и вложения: одинаковое общее количество строк еще не доказывает совпадение содержимого.
Домен, адреса страниц и запуск
Перед переключением сверяют DNS-записи сайта и зависимых сервисов. Если одновременно меняют DNS-провайдера, отдельно сохраняют нужные почтовые записи. Старые DNS-ответы могут оставаться в кеше в пределах TTL, поэтому смена адреса не переводит всех посетителей на новый сервер одновременно; назначение TTL объясняет документация Cloudflare.
На этот период старый экземпляр не должен независимо принимать новые данные: исполнитель выбирает способ направлять запись в одну рабочую систему или сохраняет согласованную паузу. После переключения проверяют сайт по обычному домену, сертификат HTTPS и доставку формы. Проверяют, что ответ пришел с новой площадки.
При смене домена каждому старому адресу назначают соответствующий новый и проверяют постоянное перенаправление. Внутренние ссылки и карту сайта приводят к новому адресу, снимают временные ограничения индексации. Google рекомендует сохранять перенаправления как минимум год; подробнее о работе с адресами — в статье о переносе без потери SEO.
Приемка и возврат на старую площадку
Принимать перенос лучше по короткому протоколу. Для каждого пункта запишите результат, дату и ответственного:
- внутренние страницы и файлы доступны по ожидаемым адресам;
- формы проверены до получателя, редакторские действия сохраняются;
- фоновые задания и интеграции выполняются на одной площадке;
- последние записи и загрузки перенесены, данные переходного периода сверены;
- HTTPS, адреса и перенаправления проверены после переключения;
- резервная копия нового сайта создана, порядок возврата известен исполнителю.
Основания для отката задают до запуска: например, невозможно принять заявку или обнаружено расхождение данных. Если новые записи уже появились, сначала сохраняют их вместе с файлами и согласуют перенос обратно. Одного возврата DNS недостаточно: он не возвращает данные, а часть посетителей еще может обращаться к новой площадке.
Старый хостинг отключают после приемки, сверки новых данных и завершения согласованного наблюдения за рабочими процессами. До этого его сохраняют для возврата, без самостоятельной записи и дублирующих заданий. При смене домена обслуживание старых адресов и их HTTPS сохраняют для перенаправлений, даже если старый тариф больше не нужен.
Для оценки переноса укажите текущий и новый хостинг, планируемую смену домена и важные функции Joomla.