Полный чек-лист миграции веб-хостинга

Чек-лист миграции веб-хостинга

Нахождение надежного провайдера веб-хостинга — это само по себе преимущество. Однако иногда нам может потребоваться перенести наш веб-сайт с данного веб-хостинга и перейти на новое хостинговое пространство.

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

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

Миграция на новый веб-хост: До и После

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

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

Чек-лист перед миграцией

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

Вы сделали достаточно удаленных резервных копий?

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

Вы удалили какой-нибудь устаревший код или нежелательные файлы?

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

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

Миграционный процесс

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

все таки, рассмотрим следующие аспекты:

Выберите идеальное время для миграции вашего сайта.

Даже несмотря на то, что миграция сайта обычно занимает небольшое времени простоя (часто вообще не занимает), было бы неплохо выполнять такие миграции в нерабочее время, когда ваш сайт испытывает наименьший объем трафика (скажем, в полночь или позже). Таким образом, вы можете обеспечить более плавный опыт для ваших пользователей, так как они не будут видеть несоответствия в содержании сайта, например, что-то не загружается из-за ошибки разрешения сервера имен.

Не вносите никаких изменений в содержание вашего сайта.

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

В результате разумно воздержаться от редактирования или публикации нового контента на вашем сайте в течение нескольких часов даже после успешного завершения миграции.

Очистите кэш браузера.

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

Постскриптум

Что же, миграция прошла гладко. Что дальше?

Есть две вещи, на которые вам следует обратить особое внимание:

Проверьте статус вашего SSL-сертификата.

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

Тем не менее, некоторые веб-браузеры могут выдавать предупреждение о небезопасном содержимом. Это особенно правдиво, если вы используете сертификат cPanel AutoSSL по умолчанию на своем сайте. Самый простой способ исправить — это переустановить SSL-сертификат после завершения миграции.

Проверьте статус доставки электронных писем.

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

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

Выполните тест на скорость интернета.

Вы ведь не перешли на новый веб-хост только для того, чтобы получить более медленный сайт, не так ли? Как только миграция завершится (в идеале, дайте ей от 48 до 72 часа после миграции), обязательно запустите тест на проверку скорости. Любые проблемы со скоростью, которые вы замечаете, должны быть доведены до сведения вашего поставщика веб-хостинга.

Хорошим инструментом для таких тестов является GTMetrix.com , который может помочь вам оценить рейтинг вашего сайта в Google PageSpeed, а также Y! Замедлите и оптимизируйте свой сайт соответствующим образом.


.

  • September 14, 2020