Подводные камни переезда на новый хостинг

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

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

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

Основные технические проблемы, которые могут возникнуть при миграции сайта

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

1. Ошибки конфигурации PHP

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

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

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

2. Ошибки базы данных

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

• Имя пользователя и пароль для базы данных
• Адрес сервера
• Имя базы данных

Все это должно быть записано правильно, иначе вы не сможете подключиться.

Некоторые из наиболее распространенных ошибок здесь включают: ввод localhost вместо IP-адреса URL-адреса сервера базы данных, ввод неправильного имени пользователя (например, потому что cPanel добавляет префикс имени пользователя к имени учетной записи), ввод неправильной базы данных (вызванная ошибка теми же проблемами с префиксами, что и в случае с именами пользователей).

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

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

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

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

3. Изображения и другие ошибки файлов

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

• Неправильные права доступа к файлам и каталогам
• Системные библиотеки (такие как ImageMagick или GD) отсутствуют или неправильно настроены
• Неправильная конфигурация плагина

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

4. Различные ошибки интеграции

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

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

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

5. Вы можете потерять часть или весь свой контент

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

Вы также можете потерять часть или весь свой контент! Это может произойти, если вы используете определенные платформы для размещения своего блога. Вы можете потерять все посты, страницы и изображения на старом сайте, если перейдете с этой платформы. Это будет означать, что ваш рейтинг Яндекс также изменится, и это может повредить ценности SEO вашего сайта, если вы перейдете на другой домен.

6. Перенос данных клиентов, паролей и истории транзакций — серьезная проблема

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

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

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

7. Потеря важных файлов

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

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