Как перенести сайт на WordPress на другой хостинг

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

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

Причины, следствия и последствия

В каких случаях может возникнуть необходимость смены хостера?

Первая и самая логичная причина — это деньги. Зачем тратить больше на услуги хостинга, если конкуренты предлагают более выгодную сделку?

Не менее популярная причина — низкое качество услуг. Серверы временно недоступны, вы теряете посетителей, клиентов и снова — деньги.

Недостаточная функциональность. Нужны высокие лимиты на скачивание, или, например, почта для домена, но у старого хостера их просто нет, и ради вас никто их добавлять не будет.

Центр обработки данных поставщика обанкротился или закрывается. Это кажется маловероятным, но на самом деле от этого не застрахован никто, даже крупные компании. Тысячи недовольных клиентов, множество проблем и несвоевременное резервное копирование могут появиться в любой момент …

Хозяин попросил вас сделать это. Это очень вероятная причина смены хостинга. И это не из-за запрещенного контента или жалоб пользователей. Ваш веб-сайт также может перегружать сервер, что может привести к тому, что другие ближайшие клиенты будут потреблять меньше ресурсов.

Независимо от причины сайты регулярно переносятся с одного хоста на другой, и это нормально.

Теперь сам алгоритм.

Основные шаги по смене хостинга

Описанные элементы будут актуальны в первую очередь для общего (общего, «общего» или виртуального) хостинга. Но многие из них также можно использовать для миграции с VPS / VDS, выделенных серверов, с облачного хостинга.

1. Выберите подходящего поставщика услуг.
2. Сделайте резервную копию каталога с сайтом.
3. Скачайте архив себе на компьютер или сразу на новый сервер, проверьте целостность.
4. Распаковать архив (если новый хостинг-провайдер не работает с архивами, а также не предоставляет доступ по протоколу SSH, нам придется «заливать» все файлы отдельно с помощью FTP-клиента).
5. Убедитесь, что с файлами нет проблем (имена, кодировка и т. д.).
6. Сделайте резервную копию базы данных.
7. Перенос базы данных на новый хостинг.
8. Проверить доступ CMS к базе данных (сменить имя базы данных, имя пользователя и пароль на текущие).
9. Проверьте настройки PHP и файлы .htaccess (здесь также может потребоваться редактирование).
10. Если присутствует псевдоним (часто поставщики шредеров предоставляют автоматические домены третьего уровня для новых сайтов), проверьте работу сайта.
11. Перенаправьте свой домен на новый хостинг.
12. Время ожидания переадресации (обычно не более 3 дней).
13. При необходимости переместите уже появившиеся на старом хостинге контент и записи базы данных.
14. Еще раз убедитесь, что записи NS актуальны.
15. Файлы, базу данных и даже всю вашу учетную запись теперь можно удалить со старого хостинг-провайдера.

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

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

Выбор нового провайдера

Это огромный объем информации, который невозможно вместить в одно-два предложения. Критерии выбора каждого пользователя могут быть разными. Некоторые могут зависеть от доступного места на жестком диске, некоторым может потребоваться прокси-сервер nginx перед apache, а некоторые могут захотеть настроить PHP или поддерживать современную версию 7.4 вместо устаревшей ветки 5.4 и так далее.

Чтобы всем угодить, мы выбрали BlueHost.

Сначала о плюсах Bluehost

• Этот провайдер рекомендуется для использования WordPress, как указано на официальном сайте CMS (под «хостингом» — первым в списке). Работает с 2002 года.
• Изначально он предназначен для проектов WordPress (даже если это не единственная его услуга, но для данной CMS предусмотрена специальная тарифная линейка).
• Установка CMS из панели администрирования происходит автоматически (всегда устанавливается последняя версия «движка»).
• Техническая поддержка доступна круглосуточно.
• Клиенты получают бесплатные SSL-сертификаты (установка также происходит из панели администрирования — просто и несложно) и домен второго уровня (только на 1 год).
• Приемлемые цены (от 2,68 долларов в месяц + россияне могут рассчитывать на отсутствие НДС — это европейский эквивалент нашего НДС).
• Вы можете вернуть деньги в течение 30 дней.
• Доступ к собственному рынку.
• Бесплатная панель управления.
• Поддержка SSH и FTP.
• Бесплатное автоматическое кеширование страниц.
• Профессиональные тарифы предлагают еще больше функций (например, доступ к CDN, расширенный фильтр спама, неограниченное дисковое пространство, любое количество страниц, автоматическое резервное копирование и т. д.)
• Пользователи могут подключить дополнительные параметры: Codeguard (защита кода / резервное копирование), инструменты SEO и защита от вирусов и всех известных угроз (SiteLock Essential Security).

Но есть и недостатки.

Недостатки Bluehost

• Серверы расположены за пределами РФ (не подходят для работы с персональными данными пользователей, возможны задержки ответа сервера из-за удаленности и т. д.)
• В русскоязычной версии сервиса нет специальных тарифов для WordPress (только универсальный виртуальный хостинг на базе Linux или Windows, хотя WordPress можно развернуть в 1 клик).
• Чтобы воспользоваться вычетом НДС, вы должны предоставить подтверждение места жительства (скан паспорта).
• Самую низкую цену на услуги можно получить только при единовременной оплате на длительный период (от 1 года).
• Автоматическое резервное копирование по стандартной ставке является платным вариантом.
• Без оплаты нет пробного периода.
• Несмотря на заявленное «отсутствие лимита», лимиты прописаны в сервисном контракте, например, база данных не должна превышать 10 ГБ, а количество файлов в учетной записи — 200 000, при этом реальные пользователи жалуются на фактически более низкие лимиты.

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

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

Создание и скачивание бэкапов файлов сайта

Многие провайдеры виртуального хостинга предоставляют веб-панель для управления веб-сайтами. Самое популярное решение — cPanel, но не единственное, поэтому алгоритм резервного копирования может быть совершенно другим.

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

Доступ по FTP доступен 99% времени. Поэтому вам просто нужно установить любой FTP-клиент (например, FileZilla или WinSCP) на свой компьютер и подключиться к учетной записи. Параметры доступа отправлены на вашу электронную почту при заказе хостинга, вы также можете найти их в панели управления или получить в техподдержке.

Перенесенная страница может находиться в разных каталогах старого хостинга, но доменное имя всегда является отличительной чертой. Обратите внимание: для доменов, содержащих нелатинские символы, например site.rf, каталог будет xn — 80aswg.xn — p1ai (это называется преобразованием кода Punycode).

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

Почему лучше скачать резервную копию в архиве? Дело в том, что загрузка каталога с большим количеством файлов через FTP может занять очень много времени. Но работа с архивами занимает гораздо меньше времени (на максимальной скорости вы скачиваете только 1 файл). Созданный архив можно загрузить с сервера на сервер по протоколу FTP или SFTP без использования жесткого диска компьютера.

Перенос файлов к новому хостеру

Обратите внимание, что при регистрации учетной записи новый хостинг-провайдер может предложить зарегистрировать новый домен. Вы всегда можете отказаться от этой услуги.

Вам нужно будет создать / добавить новую страницу в панели управления с доменным именем, которое вы планируете перенести. Будьте осторожны, не перепутайте знаки. Создание сайта в панели управления пока ни к чему вас не обязывает (после этих операций он по-прежнему будет доступен на старом хостинге).

Как передавать файлы на примере Bluehost:

1. Откройте cPanel (войдите в свою учетную запись).
2. Выберите раздел «Файлы».
3. Затем перейдите в каталог сайта (/ home / Your_SITE / public_html).
4. Выберите пункт меню «Передача файлов».
5. Загрузите свои файлы.

Этот метод может оказаться неэффективным при выгрузке / выгрузке архива большого размера.

В этом случае лучше активировать доступ по SSH (по умолчанию он отключен). Вы можете сделать это в cPanel на вкладке «Безопасность». После включения этой опции вы можете подключиться к серверу, используя пару логин-пароль из вашей учетной записи. Вам нужно будет сгенерировать ключ RSA или DSA (частный + открытый) для доступа к паре ключей пользователя.

Закрытый ключ следует сохранить для себя и использовать для авторизации, а открытый ключ следует скопировать на сервер в каталог «/home/username/.ssh/ и переименовать его в authorized_keys. Если в каталоге нет каталога .ssh каталог пользователя (всегда с точкой в ​​начале), вы должны создать его самостоятельно, в ключе (переводы строк) не должно быть дефисов, и все они должны быть удалены, если они есть.

Содержимое ключа должно выглядеть так:

Теперь вы можете подключиться к серверу с помощью ключей.

Многие клиенты SCP / SFTP могут обрабатывать большие файлы. Скопируйте архив резервной копии сайта в корневую папку нужного домена и распакуйте его.

Распакуйте архивы с помощью следующих команд (используя SSH-соединение, например, терминал PuTTY):

1. В терминале перейдите в нужный каталог (где находится архив) — с помощью команды cd / home / ВАШ_САЙТ / public_html.
2. Теперь распакуйте архив (введите имя файла правильно):
   • Для файлов .tgz и .tar.gz: tar -zxvf Имя_архива.tgz
   • Для файлов .zip: извлеките ArchiveName.zip.
   • Для файлов tar: tar -xvf Имя_архива.tar

Вы также можете использовать командную строку для получения архива со старого сервера, например:

Пара пользователь: пароль должна быть заменена действительной парой вида «user_user_ftp: real_password», где разделителем является двоеточие.

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

Если ни один из способов не работает — используйте проверенный FTP (используя любой клиент для подключения к серверу и загрузки каталога с сайтом, его необходимо распаковать из архива). Будьте готовы к тому, что это займет много времени.

Перенос баз данных

Гарантированный способ беспрепятственной миграции баз данных MySQL — это создание дампа. Но эта функция доступна только при работе из командной строки от имени пользователя root MySQL (действительно для VPS / VDS / выделенных серверов).

Shared хостинг пользователи могут загружать резервную копию базы данных с помощью панели управления или отправить его вручную с помощью сценария веб-интерфейса PhpMyAdmin. Вы можете открыть его из одной и той же панели управления хостингом.

• Войти в PHPMyAdmin.
• Выберите нужную базу данных (в древовидной структуре слева).
• Нажмите на вкладку «Экспорт».
• В окне Настройки экспорта, нажмите на «Выбрать все».
• В «Сохранить как файл» блока, выберите «ZIP» или поле «GZIP».
• Подождите, пока файл будет сохранен.

После этого вы можете импортировать базу данных в панели управления CPANEL на Bluehost, или же через интерфейс PhpMyAdmin:

• Войти в PhpMyAdmin на Bluehost.
• Выделите существующую базу данных в меню (она была создана автоматически при активации учетной записи).
• Перейдите на вкладку «Импорт».
• В специальном поле выберите файл базы данных на вашем компьютере (база данных могут быть сжаты).
• Нажмите кнопку «ОК» и ждать, пока импорт будет прекращен (новые таблицы должны появиться в выбранной базе данных).

Изменение параметров доступа к БД

Если вы не сделать этот шаг, ваша CMS не сможет подключиться к новой базе данных.

Таким образом, вы должны отредактировать файл WP-config.php в WordPress. Он находится в корневом каталоге вашего сайта (/ HOME / ваш_портал / public_html / WP-config.php).

Вы можете редактировать его с помощью встроенного редактора CPANEL или SFTP / SCP / FTP (вы можете загрузить его на свой компьютер, редактировать с помощью любого текстового редактора и отправить обратно на сервер, проверяя, если он изменен).

На данный момент, введите новые параметры базы данных пользователей (не путать с пользователями FTP и т.д.):

/ ** Имя базы данных MySQL для WordPress на новом хосте * /.

определенный ( ‘db_name’, ‘имя_данных’);

/ ** Имя пользователя MySQL * /

Определить ( ‘DB_USER’, ‘YOUR_USER_DB’);

И вот новый пароль:

/ ** Пароль для базы данных MySQL * /

DEFINE ( ​​’пароль_базы_данных’, ‘YOUR_DB_DB Пароль’)

Чтобы ошибок избежать, сделайте изменения только внутри отдельных цитат, ничего не делает, не должны быть затронуты. И обратите внимание на кодировку текста (при редактировании в стандартном ноутбуке Windows, он может быть установлен как Windows-1251 и должна быть UTF-8).

Перенос SSL-сертификатов

Только для тех сайтов, которые уже используют протокол HTTPS.

Загрузите файлы сертификата и секретного ключа для него от старых настроек хостинга (процедура будет зависеть от панели управления вы используете). Они должны быть файлы с .crt и .pem расширений.

В панели управления BlueHost (Cpanel):

• Перейдите на вкладку «Безопасность».
• Выберите «SSL / TLS».
• В открывшемся окне выберите «Установка и управление SSL для сайта …».
• Выберите домен.
• Содержимое файлов должно быть вставить в поля: от .crt файла в «Certificate (ЭЛТ)» поле «а из файла .pem в поле» Частный ключ»(файлы должны быть открыты в любом текстовом редакторе) ,
• Вы можете оставить «пакет полномочий пустой сертификации».
• Нажмите кнопку «Установить …».

Перенаправление домена

Когда все страницы и файлы базы данных были перемещены на новый узел, вы можете перенаправить домен на серверы NS новый хостинг.

Вы можете сделать это в панели управления рекордером. Если вы используете другую компанию, такие как Yandex.Connect, вам придется перенаправить домен через него.

Например, чтобы перенаправить домен на серверы DNS BlueHost, записать следующие NS записи в домене:

• ns1.bluehost.com
• ns2.bluehost.com

Вы также можете дать IP:

• 162.88.60.37
• 162.88.61.37

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

Частые ошибки

Ошибка соединения с базой данных

Наиболее распространенная ошибка при переносе страницы в WordPress. Не забудьте отредактировать файл WP-config.php, введя реальное имя пользователя и пароль для нового пользователя базы данных (они выпускаются в новом хостера). Многие веб-мастера забывают сделать это после перемещения файлов и баз данных импорта. Дополнительно проверьте требования нового провайдера для localhost — чаще всего это определяется как

Но переменная localhost может быть чем-то другим, например 127.0.0.1, или это может быть конкретный IP-адрес (Bluehost работает с параметром localhost по умолчанию).

Медиафайлы, в наименовании которых кириллица, не открываются после переноса

Используйте архивы tar и tar.gz. В Zip-архивах могут возникать ошибки, связанные с символами, отличными от ASCII (включая кириллицу). Тем не менее, многие хостинговые панели копируются именно в zip-архивах. Чтобы избежать этой ошибки, просто используйте плагины для автоматической транслитерации кириллических символов в URL-адресах и именах файлов (но это всего лишь мера предосторожности). Если ваши фотографии названы кириллицей и нет возможности создавать tar-архивы — скачайте каталог загрузок по FTP или SFTP без сжатия.

После переноса настройки темы не сохраняются или сайт вообще не работает (белый экран)

Первое, что нужно сделать, это проверить целостность всех файлов, включая файлы шаблонов. Попробуйте зайти прямо в панель администрирования. Если вход был выполнен, проблема связана с переносом настроек шаблона. Дело в том, что некоторые разработчики тем WordPress сохраняют настройки в многомерных массивах в базе данных. При импорте / экспорте базы данных некоторые символы подстановки, особенно в многомерных массивах, могут быть удалены. Чтобы исправить это, настройки темы из старой базы данных в новую можно перенести вручную (через интерфейс phpMyAdmin), но вам нужно знать, где и как эти настройки хранятся. Или вы можете временно переключиться на одну из стандартных тем, удалить и переустановить нужную тему, а затем снова настроить ее по мере необходимости. Если панель администратора недоступна, вы можете отключить текущую тему, переименовав каталог, в котором она хранится. Если манипуляции с темой не помогают — включите вывод ошибок для PHP (вы должны изменить define (‘WP_DEBUG’, false); на define (‘WP_DEBUG’, true); в wp-config.php).

Не открываются ссылки на отдельные записи и страницы, при этом главная страница работает

Для WordPress вам понадобится модуль mod_rewrite (для сервера Apache), чтобы убедиться, что ЧПУ работает правильно. Проверьте наличие этого модуля у хостинг-провайдера и правильность настроек в файле .htaccess в корневом каталоге сайта (файлы заметок с точкой в ​​начале скрыты в системах Linux). Он обязательно должен содержать следующие настройки:

Если вы выберете Bluehost, у вас не должно возникнуть этой проблемы (модуль mod_rewrite находится здесь и работает должным образом).

Вместо вопросительных знаков отображается русский текст. Убедитесь, что ваш сайт имеет кодировку UTF-8 в панели управления хостингом. Если вы изменили какие-либо файлы во время миграции — проверьте кодировку, в которой они были сохранены на сервере. Убедитесь, что база данных закодирована в utf8_general_ci (через вкладку «Операции phpMyAdmin»).

Уведомления появляются в панели администрирования WordPress с недостаточными ограничениями или неверными настройками PHP. Bluehost позволяет изменять настройки PHP. Для этого создайте файл php.ini в корневом каталоге сайта и скопируйте в него нужные настройки, например:

memory_limit = 128 МБ

upload_max_filesize = 16 МБ

error_reporting = E_ALL &

E_NOTICE

display_errors = Вкл.

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