Процес копіювання файлів сайту на новий хостинг завжди менш часозатратний процес, ніж вирішення помилок при його неправильному перенесенні. Пояснення цього доволі банальне: проблеми створює не сам процес копіювання даних на новий хостинг (оскільки протягом всього цього часу сайт продовжує працювати зі старого хостингу), а те, що відбувається навколо міграції, а також не врахування всіх вимог щодо серверного забезпечення у процесі міграції.
Кеш DNS серверів різноманітних провайдерів по всьому світу, база даних, яка продовжує змінюватися, поки її копіюють на інший хостинг, SSL сертифікат, якого на новому сервері ще немає, оскільки сам сайт там ще не валідований центром сертифікації.Тому перенесення сайту на новий хостинг варто розглядати як період, коли два сервери працюють одночасно, а завдання зводиться до того, щоб відвідувач цього не помітив.
Причини, з яких люди змінюють хостинг-провайдера, зазвичай однакові: сайт працює повільніше ніж колись, підтримка відповідає із затримкою, ресурсів перестає вистачати після росту трафіку. Проблема в тому, що новий хостинг обирають у тому ж поспіху, що й переїжджають, і конфлікт неврахованих на новому хостингу факторів “вилазить” вже тоді, коли старий хостинг або ж скасований, або залишається декілька днів.
Тому вибір нового хостингу варто зробити на холодну голову і вкрай бажано – після аналізу ринку. Або ж просто довірити процес перенесення сайту професіоналам, які пропонують цю послугу безкоштовно. До прикладу, Гіперхост надає безкоштовну послугу перенесення сайту без простою разом із будь-яким хостингом, а також компенсацію оплаченного у старого хостингу періоду, що стане приємним бонусом. Так ви можете бути впевнені, що всі нюанси будуть враховані при міграції.
Якщо ж ви не довіряєте міграцію сайту нікому сторонньому, почати процес можна із зниження TTL у налаштуваннях DNS домену. Кожен DNS-запис має TTL – час, протягом якого провайдери й браузери тримають стару адресу в кеші. Часто це година, інколи доба. Якщо змінити A-запис без підготовки, частина відвідувачів ще кілька годин потраплятиме на старий сервер. Тому TTL знижують до 300 секунд заздалегідь.
Далі файли та базу переносять на новий хостинг, поки старий продовжує працювати. Ось що варто врахувати при переїзді по пунктах:
1) версія PHP та потрібні розширення збігаються з тим, що вимагають тема й плагіни;
2) права на файли та правила в .htaccess перенесені без втрат;
3) cron-завдання налаштовані на новому сервері, оскільки вони не зберігаються у файлах сайту чи БД;
4) форми працюють, а листи з сайту доходять у вхідні, а не в спам;
5) для інтернет-магазину пройдено повний цикл замовлення, від кошика до оплати.
Найтонше місце всього процесу – міграція бази даних. Статичний сайт копіюється без поспіху, а в інтернет-магазині, поки ви переносите дамп, надходять нові замовлення. Тому працюють двома заходами: перший повний дамп робиться для тестів, а безпосередньо перед перемиканням сайту на новий хостинг, вмикають режим обслуговування на старому на кілька хвилин, знімають свіжий дамп та імпортують його на новому сервері.
Після переїзду старий хостинг важливо не скасовувати одразу. Кілька днів потрібно перевіряти логи на помилки 404 та 500, аналізувати звіти Search Console, а також швидкість завантаження сайту.
