Перенос сайта на другой хостинг и переход на https

Друзья, приветствую!

Вот и у меня случились эти «счастливые моменты». Переносить сайт между хостингами приходилось не единожды, но переход на защищённый протокол — HTTPS — осуществлял впервые. В теории всё известно. На практике, как всегда, нужно ничего не забыть и просто знать некоторые проблемы, о которых обычно не пишут.

Задумываемый хет-трик: перенос сайта к новому хостеру с PHP 7, на HTTPS — не вышел. Но это не страшно, просто пришлось сделать чуть больше работы.

Хотите провернуть подобный трюк? Но проблемос!

→ Кому интересно — мой хостинг

Описывать в полной мере все процессы не буду. Более того, коснусь исключительно технической части. Вносить исправления в панели вебмастера Яндекса и Гугла оставляю на ваше усмотрение. По идее, редиректов должно быть достаточно, чтобы поисковики правильно переклеили сайт. Как оно по факту — сказать не берусь, сам узнаю в ближайший месяц. На этой ноте неопределённости и продолжим.

Краткий алгоритм действий

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

1. Сделать бэкапы файлов сайта и базы.
2. Внести в бэкапы необходимые изменения.
3. Восстановить копии сайта и базы у нового хостера.
4. Правка файлов .htaccess и robots.txt.
5. Убедиться, что сайт на новом месте работает.
6. Сослать домен на новый хостинг.

Поисковые системы всё активнее склоняют вебмастеров переходить на защищённое соединение — HTTPS. Утверждается, что такие сайты будут находиться в выдаче выше своих «незащищённых собратьев». По отзывам некоторых SEO-специалистов, подобная тенденция действительно имеется. Так что я решился. Подобрал хостинг, предоставляющий бесплатные сертификаты SSL и «с разбегу в карьер».

Далее приведу небольшие комментарии по каждому пункту.

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

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

Копию таблиц базы просто сделать в phpMyAdmin. Вкладка «Экспорт» в помощь. Архив сайта можно создать с помощью панели управления старого хостинга.

Внести в бэкапы необходимые изменения

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

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

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

На старом месте путь был такой (у вас свой!):
/home/a01/domains/a-panov.ru
Нашёл в двух файлах (движок Word Press): wp-config.php и wp-content/wp-cache-config.php. Соответственно, заменил на путь нового хостинга.

Параметры доступа к базе содержатся в уже знакомом wp-config.php. Это константы:

• DB_NAME — имя базы данных.
• DB_USER — пользователь базы данных.
• DB_PASSWORD — пароль пользователя базы.
• DB_HOST — обычно можно сохранить дефолтное localhost.

Помимо этого, пошукайте файлы на предмет имени домена. В самом WP, насколько знаю, подобное не используется, но за плагины ручаться нельзя.

Второй этап — сложный. Мы переносим сайт не только на другой хостинг, но и на защищённый протокол. Поэтому все адреса, вида http://site.name должны быть заменены https://site.name. Но и про серверные пути не забываем. Поэтому, в дампе базы заменяем эти значения на новые.

Павел это дело немного разжевал и даже написа́л скрипт. Тут всё не столько сложно делается, сколько внимательно.

Восстановить копии сайта и базы у нового хостера

Первым делом заливаем базу. Проще всего сделать через phpMyAdmin.

Шаг два — заливаем архив в корень сайта. Удобнее по FTP. Потом, с помощью диспетчера файлов Панели управления хостинга архив можно распаковать.

В моём случае по защищённому протоколу — https — сайт не работал. Письмо в поддержку расставило точки: сертификат создаётся в течение суток с момента активации аккаунта. Нужно было просто подождать.

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

Правка файлов .htaccess и robots.txt

Сначала рассмотрим robots.txt — с ним проще. В директиве Host должно быть указано имя домена с протоколом, в виде:
Host: https://site.name
Если в директиве Sitemap путь начинается с http, исправьте на https.

В .htaccess, конфигурационном файле Apache, добавляем пару строк, отвечающих за редирект на https с сохранением адреса. Добавляйте их после директивы RewriteEngine On:

RewriteCond %{HTTPS} off
RewriteRule ^.*$ https://%{HTTP_HOST}/$0 [R=301,L]

Сначала условие — проверка, что сайт запрашивается не по защищённому протоколу. Далее — редирект на https-версию сайта.

Очень важное замечание! Не знаю, почему многие это постоянно игнорируют. С каждым советом говорю, что внешние редиректы должны быть раньше внутренних, и обязательно попадаются кадры, пропустившие эту инфу мимо ушей. А потом гордо заявляют, что ничего не работает и вообще, «что, никто помочь не может что ли?». Внешний редирект содержит ключ R. Если он будет располагаться после строки RewriteRule . /index.php [L], то никогда не получит управления. Поэтому, сначала следуют правила с внешними перенаправлениями, либо отдающие «мёртвые» страницы, страницы ошибок, если таковые имеются, потом — всё остальное.

Убедиться, что сайт на новом месте работает

Вроде всё хорошо, но по запросу в адресной строке открывается сайт на другом, старом, хостинге. Как указать браузеру, что надо идти на новый? Простой способ это сделать — добавить строку в файл hosts. У меня он находится тут: c:\WINDOWS\system32\drivers\etc\hosts
Добавьте туда:

10.0.0.1 site.name

Где 10.0.0.1 — IP нового сервера, на который перенесли сайт (есть в письме от хостера, которое присылается после активации аккаунта), site.name — адрес вашего сайта.

Теперь можно заходить на сайт как обычно. Браузер осуществит переход на новый сервер. Как проверить? У вас же включены комментарии, верно? Если браузер ломится на старый — бывает. Временно используйте другой веб-обозреватель.

Если сайт открывается — поздравляю! Рекомендую побегать по нему, зайти в панель управления и вообще проверить основную функциональность.

Сослать домен на новый хостинг

Это, пожалуй, самое простое. Заходите в панель регистратора домена, заменяете старые ns-сервера на новые (иногда называется DNS-серверы).

«Эн эсы» тоже присылаются письмом от хостера, обычно имеют вид: ns1.domain.ru и ns2.domain.ru

Далее — ждём. Как правило, первые посетители уже появляются в тот же день, а в пределах Сети данные распространяются в течение суток. В исключительных случаях может потребоваться 3 дня, но я с таким не сталкивался.

И ещё немного

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

По поводу переклейки. Яндексу может потребоваться месяц, и даже больше. Гугл шустрее, но всё быть может.

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

Если возникнут вопросы — обращайтесь.

Успехов с переездом!

→ Кому интересно — мой хостинг