Краткий ответ: Девять из десяти проблем миграции укладываются в короткий список: расхождение версий, права на файлы, зашитые пути и IP, пропущенные cron-задачи, кеширование DNS, SSL, выпущенный слишком поздно, дрейф кодировки базы, забытая почта и слишком рано отменённый старый сервер. У каждой есть стандартное решение — найдите своё ниже.

Обзор

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

Что нужно иметь

  • Понимание, какой этап сломался: копирование, тест, переключение или после него — решения различаются.
  • Логи под рукой: error-лог веб-сервера на новой машине отвечает на большинство случаев «сайт сломался после переезда».

Пошаговая инструкция

  1. Сайт рендерится неправильно / ошибки 500: сверьте версию PHP или рантайма со старым сервером; доставьте отсутствующие расширения; читайте error-лог, а не страницу браузера.
  2. 403/ошибки прав: webroot после загрузки принадлежит не тому пользователю — chown -R на пользователя веб-сервера и проверьте ещё раз.
  3. Петли редиректов или неправильные URL: зашитый домен/IP в конфиге приложения или в базе; также проверьте прокси-заголовки, если SSL теперь терминируется иначе.
  4. Половина посетителей видит старый сайт: кеширование DNS работает как задумано — переждите TTL; никогда не выключайте старый сервер во время распространения.
  5. Сломанная кодировка текста: базу дампили/импортировали через разные кодировки — повторите перенос, принудительно задав utf8mb4 с обеих сторон.
  6. Запланированное перестало выполняться: cron-задачи и воркеры очередей не переехали — скопируйте crontab-ы и systemd-юниты, проверьте через crontab -l.
  7. Почта пропала: MX переключили до переноса ящиков или не обновили SPF/PTR — см. миграцию почты.
  8. Предупреждения сертификата: SSL выпустили после переключения вместо до — выпускайте на новом сервере ещё во время тестирования через hosts-файл.

Типичные проблемы

  • Отладка не того сервера: прежде чем что-то трогать, подтвердите, на какую машину вы на самом деле попадаете (dig +short, заголовки ответа).
  • Латание симптомов в продакшне: если новый сервер ведёт себя плохо, сначала откатитесь, спокойно почините, перережьте позже.

Когда обращаться в поддержку

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

Частые вопросы

До переезда сайт работал, а теперь ошибки 500 — почему?

Обычно разница версий PHP или рантайма либо отсутствующее расширение на новом сервере. Error-лог веб-сервера называет точную причину; сначала выровняйте версии, обновляйтесь потом осознанно.

Почему часть посетителей всё ещё видит старый сайт?

Их резолверы закешировали старые DNS-записи. Это самоизлечивается с истечением TTL; держите старый сервер включённым, пока трафик не стечёт, чтобы они не видели ошибок.

После переноса базы текст показывает кривые символы — как лечить?

Расхождение кодировок при дампе или импорте. Повторите перенос, принудительно задав utf8mb4 и на экспорте, и на импорте, чтобы кириллица и эмодзи выжили невредимыми.

Похожие статьи

Нужна помощь? Связаться с поддержкой Cloud2Y →

Помог ли вам данный ответ? 0 Пользователи нашли это полезным (0 голосов)