Перенос сайта с Beget после сбоя.

Что делать, если после сбоя Beget сайт не работает

Сначала сохраните всё, что ещё доступно: архивы из панели, копии на компьютере, выгрузку базы, изображения и документы. Не удаляйте старую установку и не заменяйте единственную копию файлами, происхождение которых непонятно. Если сайт продолжает принимать заказы, зафиксируйте, где они хранятся и как их получить.

Проверьте доступ к домену отдельно от хостинга. Для переезда важно управлять DNS, а не только входить в CMS. Если доступы остались у бывшего подрядчика, лучше выяснить это до подготовки нового сервера. При обращении в поддержку сохраните номер заявки и ответ: из него может стать понятно, есть ли возможность забрать данные.

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

Переносим сайт вместе с тем, что нужно для его работы

Файлы и база данных — только часть переезда. Проверим версию PHP, необходимые расширения, параметры подключения к базе, права на каталоги и пути к файлам. Если сайт зависит от задач cron, SMTP, внешнего API или специального обработчика, включим их в согласованный план. Пароль от CMS не заменяет доступ к данным на хостинге.

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

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

Без резервной копии: что можно восстановить из веб-архива

Что ищем

Сохранённые публичные страницы, тексты, изображения, структуру разделов и старые адреса. Сначала проверяем полноту конкретных снимков.

Что не возвращает архив

Исходный PHP-код, базу данных, заказы, пользователей, пароли, личные кабинеты и архив почты. Эти данные нужны из отдельного пригодного источника.

Как заказываем

Согласуем перечень доступных страниц и недостающих элементов. Воссоздание публичной части и новая CMS рассчитываются как разные задачи.

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

Домен, DNS и почта: что важно сохранить

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

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

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

Сохраняем адреса страниц и проверяем поисковые настройки

Если меняется только хостинг, стараемся сохранить домен, структуру URL, тексты и метатеги. Проверим ответы важных страниц, перенаправления, canonical, robots.txt и sitemap. Снимем служебные ограничения индексации с рабочей копии в момент запуска, если они применялись для тестирования. Отдельный переезд на новый домен требует другого плана.

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

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

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

Как принимаем результат после переноса

Открывается сайт

Проверены главная, согласованные внутренние страницы, изображения и HTTPS на прежнем домене.

Работают обращения

Для переноса и запуска из копии проверены одна форма заявки и получение тестового уведомления. При реконструкции из веб-архива формы оцениваются отдельно; для магазина отдельно согласуются корзина, заказы и интеграции.

Данные соответствуют копии

Понятны дата бэкапа, состав перенесённых файлов и базы, а также изменения, которых не было в исходных данных.

Есть план дальнейшей работы

Переданы доступы к новому размещению, местоположение резервной копии и список отдельных исправлений, если они нужны.

О том, как организовать дальнейшие обновления и проверки, рассказали в материале «Что входит в поддержку сайта после запуска».

Что прислать для оценки переноса

1. Адрес сайта и что сейчас происходит: ошибка, пустая страница, недоступный сервер или сообщение панели.
2. Какая CMS используется и есть ли особенности: магазин, форум, личные кабинеты, интеграции.
3. Есть ли доступ к панели Beget, файлам, базе данных и управлению доменом.
4. Сохранились ли резервные копии, какой они даты и что в них входит.
5. Нужно ли переносить почту и выбран ли новый хостинг.
6. Продолжает ли сайт принимать заказы и есть ли желаемое время переключения.

Доступы передаём только после согласования работ подходящим защищённым способом. Для первого обсуждения достаточно описания: не отправляйте пароли и архивы с клиентскими данными в открытые комментарии.