Перенос начинается с карты зависимостей сайта

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

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

Файлы, база и почта переносятся по разным правилам

Код и база с заказами должны соответствовать согласованному состоянию системы. Почта при этом может обслуживаться сторонним провайдером и оставаться на месте. Для каждого компонента указываются расположение, владелец доступа и требуемое действие. Это помогает заранее увидеть то, что невозможно восстановить простым копированием папки сайта.

  • Код, загруженные изображения и документы, конфигурация и внешние хранилища.
  • Тип и объем базы, учетные записи и требования совместимости.
  • Задания по расписанию, обработчики очереди и отправка уведомлений.
  • Платежи, CRM, API, ограничения по IP и адреса обратных вызовов.
  • Домен, зона DNS, сертификаты, почтовые ящики и действующие резервные копии.

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

Пробный перенос и приемка

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

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

Последняя синхронизация и переключение

Перед переходом определяется, как передать последние изменения данных и избежать независимой работы двух баз. Иногда на согласованное окно ограничивается прием заказов или редактирование. Необходимость такой паузы обсуждается заранее; отсутствие перерыва не обещается без изучения проекта. Кеширование DNS также означает, что разные пользователи могут переключиться на новый адрес в разное время.

Изменяемые записи, прежние значения и период наблюдения согласуются с настройкой DNS и HTTPS. Если одновременно меняются домен или пути страниц, требуется план сохранения адресов и SEO при изменениях. Перенаправления, канонические адреса и sitemap рассматриваются отдельно от технического копирования файлов.

План возврата должен учитывать новые данные

До переключения согласуются пригодная резервная копия и срок сохранения старой среды. Указываются причины возврата, ответственный за решение и используемое состояние приложения. Если после перехода уже поступили заказы, простое возвращение DNS не перенесет эти записи в старую базу. Поэтому способ сверки новых данных определяется до запуска.

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

Какие сведения нужны до начала

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

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

Частые вопросы

Можно одновременно поменять домен?

Можно, однако потребуется карта старых и новых адресов, настройка перенаправлений и проверка внешних связей. Это расширяет миграцию и отражается в согласованном плане.

Вся почта переедет вместе с сайтом?

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

Что делать, если часть доступов потеряна?

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