Коротка відповідь: Дев’ять із десяти проблем міграції вкладаються в короткий список: розбіжність версій, права на файли, зашиті шляхи та IP, пропущені cron-завдання, кешування DNS, SSL, випущений запізно, дрейф кодування бази, забута пошта і зарано скасований старий сервер. Кожна має стандартне рішення — знайдіть своє нижче.
Огляд
Це супутник із траблшутінгу до чекліста міграції: повторювані патерни відмов, які ми бачимо в тикетах, із найшвидшою діагностикою для кожного. Пробіжіться жирними рядками — ваш симптом, найімовірніше, тут.
Що потрібно мати
- Розуміння, який етап зламався: копіювання, тест, перемикання чи після нього — рішення різняться.
- Логи під рукою: error-лог вебсервера на новій машині відповідає на більшість випадків «сайт зламався після переїзду».
Покрокова інструкція
- Сайт рендериться неправильно / помилки 500: звірте версію PHP чи рантайма зі старим сервером; доставте відсутні розширення; читайте error-лог, а не сторінку браузера.
- 403/помилки прав: webroot після завантаження належить не тому користувачу —
chown -Rна користувача вебсервера і перевірте ще раз. - Петлі редиректів чи неправильні URL: зашитий домен/IP у конфізі застосунку або в базі; також перевірте проксі-заголовки, якщо SSL тепер термінується інакше.
- Половина відвідувачів бачить старий сайт: кешування DNS працює як задумано — перечекайте TTL; ніколи не вимикайте старий сервер під час поширення.
- Поламане кодування тексту: базу дампили/імпортували через різні кодування — повторіть перенесення, примусово задавши utf8mb4 з обох боків.
- Заплановане перестало виконуватись: cron-завдання й воркери черг не переїхали — скопіюйте crontab-и та systemd-юніти, перевірте через
crontab -l. - Пошта зникла: MX перемкнули до перенесення скриньок або не оновили SPF/PTR — див. міграцію пошти.
- Попередження сертифіката: SSL випустили після перемикання замість до — випускайте на новому сервері ще під час тестування через hosts-файл.
Типові проблеми
- Налагодження не того сервера: перш ніж щось чіпати, підтвердьте, на яку машину ви насправді потрапляєте (
dig +short, заголовки відповіді). - Латання симптомів у продакшні: якщо новий сервер поводиться погано, спершу відкотіться, спокійно полагодьте, переріжте пізніше.
Коли звертатися в підтримку
Надішліть проблемний URL, етап, на якому ви були, і останні 50 рядків відповідного лога — з цими трьома речами більшість міграційних тикетів закривається однією відповіддю.
Часті запитання
До переїзду сайт працював, а тепер помилки 500 — чому?
Зазвичай різниця версій PHP чи рантайма або відсутнє розширення на новому сервері. Error-лог вебсервера називає точну причину; спершу вирівняйте версії, оновлюйтеся потім свідомо.
Чому частина відвідувачів досі бачить старий сайт?
Їхні резолвери закешували старі DNS-записи. Це самовиліковується з закінченням TTL; тримайте старий сервер увімкненим, доки трафік не стече, щоб вони не бачили помилок.
Після перенесення бази текст показує криві символи — як лікувати?
Розбіжність кодувань під час дампа чи імпорту. Повторіть перенесення, примусово задавши utf8mb4 і на експорті, і на імпорті, щоб кирилиця та емодзі вижили неушкодженими.
Схожі статті
Потрібна допомога? Звернутися в підтримку Cloud2Y →
