Перенос без потери данных: что подготовить заранее

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

Сначала создайте резервную копию файлов сайта и базы данных на локальном компьютере. Не ограничивайтесь копией, созданной средствами старого хостинга: скачайте архив в отдельную директорию и убедитесь, что он открывается. Для WordPress, Joomla, Bitrix и других CMS важны не только изображения, шаблоны и html-файлы, но и скрытые файлы .htaccess, config, robots.txt, а также каталог с загрузками.

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

Архив файлов

Позволяет восстановить структуру сайта при ошибке загрузки

Экспорт MySQL

Сохраняет статьи, пользователей, заказы, настройки CMS

DNS-записи

Нужны для корректной смены сервера и почты

Версия PHP

Помогает избежать несовместимости модулей и шаблонов

Доступ к регистратору

Понадобится, чтобы изменить NS или A-записи домена

Шаг 1. Создайте аккаунт и подготовьте площадку

Зарегистрируйте аккаунт в Beget, подтвердите электронный адрес и войдите в личный кабинет. На этапе выбора тарифа оцените объём файлов, размер базы, требуемую производительность, количество доменов и наличие резервного копирования. Для большинства небольших сайтов подходит базовый тариф, однако для каталога товаров, CRM или проекта с высоким трафиком следует заранее рассчитать ресурсы.

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

Далее откройте раздел доменов и добавьте домен в панели. Имя должно совпадать с адресом, который используют посетители и поисковые системы. Для поддомена создайте отдельную директорию, если он работает как самостоятельный проект. В одном аккаунте удобно размещать несколько сайтов, но для каждого требуется понятная структура каталогов.

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

Какие данные сохранить из панели старого провайдера

• логин, пароль, сервер и порт для FTP;
• имя базы, пользователя MySQL и пароль;
• версию PHP, список расширений и параметры cron;
• текущие DNS-записи, включая MX, TXT и CNAME;
• настройки почтовых ящиков, переадресаций и фильтров;
• сведения о SSL-сертификате и принудительном https.

Шаг 2. Скопируйте файлы на сервер

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

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

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

Не копируйте в рабочую директорию кэш, старые резервные копии, служебные логи и ненужные временные файлы. Они увеличивают время миграции и занимают место. Но файлы .htaccess, wp-config.php, config.php, favicon, sitemap и robots.txt нужно сохранить: они влияют на маршрутизацию, индексацию и работу CMS.

После передачи откройте менеджер и сравните количество каталогов. Особое внимание уделите правам доступа. Для папок обычно применяют 755, для большинства файлов 644. Значения зависят от CMS и политики сервера, поэтому чрезмерно открытые права 777 не являются универсальным решением и создают угрозу безопасности.

Проверка структуры после загрузки

В корневой директории должны находиться основной index-файл, папки движка, каталог медиафайлов и конфигурационные документы. Для WordPress это wp-admin, wp-content, wp-includes и wp-config.php. Для другой CMS названия отличаются, но принцип одинаков: веб-сервер должен получать точку входа именно из корня проекта.

Если файловый менеджер не отображает .htaccess, включите показ скрытых файлов. Отсутствие этого документа часто объясняет неработающие постоянные ссылки, редиректы с http на https или ошибку 404 на внутренних разделах сайта.

Шаг 3. Экспортируйте и импортируйте базу данных

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

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

В кабинете Beget перейдите к управлению MySQL, выберите созданную базу и откройте phpMyAdmin. Используйте раздел «Импорт», выберите SQL-файл и запустите обработку. После завершения система покажет ответ с числом таблиц или предупредит об ошибке синтаксиса. Не закрывайте страницу до сообщения об успешном окончании операции.

Если импорт не выполняется из-за размера файла, разделите дамп на части либо используйте консольный способ, предоставляемый хостингом. Для крупных баз требуется учесть лимиты памяти и времени выполнения PHP. Иногда проблему вызывает старая кодировка: в таком случае проверьте UTF-8, сравните сопоставление таблиц и исправьте повреждённые символы до запуска проекта.

Что делать с адресами внутри MySQL

Когда домен остаётся прежним, замена адресов обычно не требуется. Если меняется тестовый адрес, протокол или структура каталога, проверьте таблицы настроек. В WordPress основными являются значения home и siteurl. Неправильный адрес способен вызвать циклический редирект, переход на старый сервер или невозможность войти в административную часть.

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

Шаг 4. Настройте config и подключение CMS

Теперь нужно связать файлы базы с новой площадкой. Откройте конфигурационный файл через файловый менеджер или FTP и замените прежние реквизиты. Для WordPress редактируется wp-config.php, для многих CMS используются config.php, settings.php или параметры в файле .env.

DB_NAME имя_новой_базы DB_USER пользователь_базы DB_PASSWORD сложный_пароль DB_HOST localhost

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

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

Если проект использует SMTP, API платёжной системы, интеграцию с CRM либо внешние сервисы, проверьте ключи и разрешённые IP-адреса. Эти параметры относятся к сайту косвенно, но часто становятся причиной скрытых ошибок после переезда. Для почты важно сохранить MX-записи, иначе письма клиентов могут временно перестать поступать.

Шаг 5. Проверьте работу и переключите домен

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

Для проверки SEO откройте robots.txt, sitemap.xml, канонические ссылки, редиректы и коды ответов. Страницы должны возвращать 200, а устаревшие адреса — корректный 301. Смешанный контент после перехода на https нужно устранить до смены DNS: браузер может блокировать скрипты, шрифты, стили или изображения.

После успешного теста перейдите к регистратору. Есть два варианта: изменить NS-серверы на значения хостинга либо указать A-запись домена на IP нового сервера. Выбор зависит от схемы управления DNS. При сохранении DNS у регистратора можно точнее контролировать почту и сторонние записи; при передаче зоны в Beget удобнее управлять ресурсом в одной панели.

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

Финальный контроль после смены DNS

• проверьте, открывается ли сайт по основному адресу и с www;
• убедитесь, что домен использует действующий SSL-сертификат;
• отправьте тестовое письмо через форму и из административной части;
• проверьте статистику ошибок, журнал PHP и логи сервера;
• сравните число страниц в sitemap с прежней версией;
• посмотрите, не остались ли ссылки на другой технический адрес;
• войдите в CMS под обычным пользователем и администратором.

Типовые ошибки при миграции

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

Ошибка 500 нередко связана с .htaccess, несовместимой версией PHP или повреждённым плагином. Временно переименуйте .htaccess, включите журнал ошибок и последовательно отключайте расширения CMS. Не меняйте сразу несколько параметров: иначе трудно понять, какое решение действительно сработало.

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

Когда после переезда не загружается часть изображений, проверьте пути, регистр букв в названиях файлов и права на директорию uploads. На Linux файл Logo.jpg и logo.jpg считаются разными объектами. Такая деталь часто остаётся незаметной на локальном компьютере, но проявляется на сервере.

Рекомендации для стабильной работы

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

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

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