Как перенести веб-сайт PHP на новый веб-сервер/веб-хостинг

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

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

Подготовка

1. Уточните, куда вы собираетесь мигрировать - первым шагом в этом процессе является естественный поиск подходящего сервера на замену или поставщика интернет-услуг (ISP). Убедитесь, что новый интернет-провайдер поддерживает не только текущий PHP, но и все остальное, что может потребоваться вашему веб-сайту.
   
   Это может быть что угодно из конкретной технологии, например система кэширования или управления памятью (например, Реддис) к программе, установленной на сервере, которую необходимо использовать вашему веб-сайту. Например ffmpeg (инструмент кодирования видео).
   
   Также стоит проверить, поддерживает ли новый провайдер новейшие стандарты безопасности и, возможно, они вообще предлагаем бесплатные SSL-сертификаты через такой сервис, как Давайте зашифруем. Если у вас есть бизнес-требования, возможно, вам нужно Сертификация PCI DSS?
   
   Если вы не уверены на 100% в том, что нужно для работы вашего веб-сайта, обратитесь к людям, которые это сделали, чтобы уточнить. Если вы все еще не уверены, теоретически вы можете продолжить перенос, а затем просто протестировать новую скрытую копию вашего веб-сайта, чтобы увидеть, возникнут ли какие-либо проблемы.
   
   
2. Резервное копирование существующего сайта: файлы веб-сайта (шаг 1/2) - ВАЖНО сначала сделать резервную копию существующего веб-сайта у исходного провайдера и сохранить надежную копию этих файлов резервных копий. Скорее всего, ваш веб-сайт оснащен визуальным порталом управления клиентами, с помощью которого вы можете просматривать файлы на веб-сервере. Надеемся, это позволит вам создать единый ZIP-файл всего сайта. Обязательно сделайте резервную копию всей структуры. Ваш веб-сайт может находиться в общедоступной папке, где виден корень веб-сайта. Однако другие веб-сайты по соображениям безопасности скрывают некоторые из своих файлов за пределами (над) этой общедоступной корневой папки. Если вы не уверены, что требует резервного копирования, спросите разработчика вашего веб-сайта.
   
   Эта резервная копия будет предназначена не только для создания безопасного резервного варианта на случай, если что-то пойдет не так, но именно эти файлы вы перенесете на новый хостинг на следующем шаге этого руководства.
   
   
3. Сделайте резервную копию существующего сайта: база данных (шаг 2/2) – Скорее всего, на вашем веб-сайте будет база данных, в которой хранится большая часть его контента и настроек. Однако не всем веб-сайтам для работы требуется база данных, и если у вас ее нет, вы, естественно, можете пропустить этот шаг.
   
   Если у вас есть база данных, на которой работает ваш веб-сайт, войдите на портал управления клиентами, и вы должны найти там возможность выполнить резервное копирование и загрузить действующий снимок базы данных.
   
   Если на вашем веб-сайте есть функциональность, которая позволяет пользователям добавлять контент самостоятельно, весьма вероятно, что вам нужно будет точно спланировать когда эта резервная копия должна быть сделана. Обычный ответ — как можно ближе к точке перевода. Это просто потому, что создание резервной копии за несколько часов/дней до фактической передачи сопряжено с риском того, что экстракт базы данных устареет сразу после его создания. Результатом установки этой копии на новый сервер будет внезапная потеря всех данных, созданных/отредактированных после момента создания резервной копии, когда вы включаете новый сервер.
   
   На этом этапе мы рекомендуем вам четко записать существующую версию сервера базы данных, а затем сравнить ее с версией, которую будет иметь ваш новый хостинг. Большой скачок в версии может привести к проблемам с импортом на более позднем этапе процесса импорта. Если вы не знаете, как это сделать, ваши поставщики услуг смогут вам разъяснить.
   
   

Копирование сайта

1. Скопируйте файлы - Скопируйте zip-архив файлов вашего веб-сайта в новую учетную запись хостинга. Скорее всего, вы сможете сделать это либо через визуальный веб-интерфейс, либо через систему передачи, например FTP/SFTP.
   
   
2. Импортируйте свою базу данных - процесс установки резервной копии вашей базы данных (вероятно, файла .zip или текстового файла .sql) на новом веб-сервере также должен быть возможен через веб-интерфейс. Детали этого сильно различаются в зависимости от вашей хостинговой платформы, поэтому мы не будем вдаваться в подробности. Однако, если вы не знаете, как это сделать, обратитесь к своему новому интернет-провайдеру, который сможет вам помочь.
   
   

Публикация задач по копированию

1. Разрешения - Если на вашем веб-сайте должна быть возможность создавать/обновлять/удалять файлы (например, пользователи могут загружать изображения), то вам вполне может потребоваться установить определенные права доступа к файлам для некоторых папок в файловой структуре веб-сайта.
   
   
2. URL-адрес изменился? - Если по какой-то причине веб-адрес/домен вашего веб-сайта изменился во время миграции, возможно, вам придется обновить различные настройки. Они могут храниться в файлах конфигурации или в записях базы данных. WordPress, например, известен своей хитростью в этом отношении, поскольку он записывает полный веб-адрес сообщения в каждую запись своей базы данных. Поэтому вам нужно будет обновить все эти записи в случае появления нового URL-адреса.
   
   

Готовы выйти в эфир? Не так быстро...