ПОШАГОВОЕ РУКОВОДСТВО ПО ПЕРЕНОСУ WORDPRESS НА ДРУГОИ ДОМЕН

 

Резервное копирование данных

Каждый веб-разработчик должен заботиться о сохранности данных веб-сайта. Поэтому, как правило, после того как рабочая версия развёрнута на удалённом сервере, разработчик сайта настраивает резервное копирование данных или «бэкап» (от англ. «backup copy», резервная копия).

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

В чём главная цель разработчика при переносе сайта с одного сервера на другой? Ничего не потерять. То есть на новом месте сайт должен быть полностью идентичен тому же сайту на старом.

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

Самый простой путь — обратиться ко всем редакторам сайта с просьбой не вносить изменения в содержимое сайта на время переноса (допустим, на ближайшие полчаса). Если, например, вы ведёте блог на WordPress, то договариваться с кем-либо нет необходимости.

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

Режим обслуживания

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

Как принудительно перевести в него сайт?

Для этого необходимо в корне сайта создать файл под названием maintenance и разместить в нём следующий PHP-код:

<?php $upgrading = time();

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

Однако, если вы хотите сделать страницу более привлекательной, можете создать в папке wp-content файл maintenance.php, который будет загружаться вместо исходного текста. В нём вы можете сверстать какую угодно картинку для поджидающего окончания работ пользователя.

Также можно порекомендовать специальный плагин, которые можно использовать в тех же целях:

Теперь, когда мы точно знаем, что никакие данные в течение процесса миграции изменены не будут, можем приступать к создании резервной копии базы данных.

Резервная копия базы данных

Способов создания резервной копии базы данных WordPress существует несколько:

С целью экономии места в посте не буду рассказывать про первые два способа, они достаточно тривиальны.

Если у вас есть доступ к консоли сервера, и вы умеете пользоваться терминалом — это заметно ускорит работу.

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

По-хорошему будет заархивировать дамп базы на ходу:

Текстовые файлы, коим является дамп базы, архивируются наилучшим образом. Размер архива может быть значительно ниже размера дампа базы. Это важно при переносе, т.к. 100Мб перенести куда быстрее, чем 1Гб, например.

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

После чего на почту приходит заархивированная копия базы данных и сайта.

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

Резервная копия файлов

Файловая система WordPress обычно выглядит следующим образом (без поддиректорий и их содержимого):

В принципе, больше всего нас интересуют папка wp-content и конфигурационный файл wp-config.php.

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

Важно: самый быстрый способ переноса файлов — создание архива, перенос архива и последующая разархивация на конечном сервере.

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

Представьте себе перенос по FTP тысячи или даже нескольких тысяч маленьких файлов. Для переноса каждого из них требуется сначала установить, а потом разорвать соединение. В итоге процесс получается долгим и иногда случается что-либо потерять в пути. Тем более, когда файлы переносятся сначала на локальный компьютер, а потом уже — на новый удалённый сервер.

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

Настоятельно рекомендую для транспортировки большого скопления мелких файлов использовать архив в роли контейнера.

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

Восстановление данных

Итак, архив файлов сайта и дамп базы данных перенесены на новый сервер.

Воссоздание файловой структуры

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

Чтобы восстановить исходную структуру и не напортачить с папками, необходимо руководствоваться следующим правилом:

Распаковывать архив необходимо там же, где он был создан.

Например, если вы сжимали сайт при помощи консольного архиватора из корня сайта zip -r «full-backup.zip» *, то и распаковывать на новом сервере его необходимо также в корне сайта unzip full-backup.zip.

Обратите внимание, что невидимые файлы, коим является htaccess не всегда архивируются вместе с остальными. Поэтому, если на вашем новом сайте не работают «красивые адреса», первым делом проверьте, перенесли ли вы .htaccess в корень сайта.

Воссоздание базы данных

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

Если же её ещё нет, то создать новую базы данных можно разными способами:

В результате мы должны иметь на руках:

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

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

Опять-таки, сделать это мы можем теми же средствами.

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

Настройка файла конфигурации

Теперь необходимо открыть в редакторе файл wp-config.php и установить соответствующие настройки для соединения с новой базой данных:

Не забудьте удалить файл maintenance из корневой папки сайта.

Остаётся только проверить работоспособность сайта!

Заключение

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

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

При переносе с localhost’а на реальный сервер нельзя забывать про адрес сайта. Смена домена с одновременным переносом по вашей инструкции сделает сайт абсолютно неработоспособным. По-этому в инструкцию стоит добавить ещё один шаг (актуальный при смене домена, в т.ч. — при переносе с локального сервера на боевой). Для примера будем считать, что сайд переносится с домена mysite.local на домен mysite.ru.

В сохранённом дампе базы данных WordPress ищем все вхождения mysite.local и заменяем на mysite.ru. Можно это сделать в любом нормальном текстовом редакторе (например, Notepad++). После замены аккуратно сохраняем БД, не забывая о кодировке (в случае с более или менее современными версиями WordPress нужна кодировка UTF-8 без BOM).

После импорта базы данных можно выполнить следующую MySQL-команду:

UPDATE wp_options SET option_value = ‘http://mysite.ru’ WHERE option_value = ‘http://mysite.local’;

При простом переносе файлов WordPress из одной директории в другую, сайт «ломается» — нарушается верстка, пропадают картинки. Чтобы перенести сайт корректно, следуйте инструкции ниже.

Готово, вы перенесли сайт на WordPress с одного домена на другой. После проделанных шагов ваш сайт на WordPress будет доступен по новым URL-адресам.

Если вы хотите перенести сайт с WordPress hosting (или если у вас заказан тестовый период бесплатного хостинга для сайтов WordPress) на другой хостинг, воспользуйтесь инструкцией: Как перенести сайт на WordPress на другой хостинг?

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

Обычно проблема решается запросом в службу поддержки. Хостинги современных провайдеров переманивают клиентов на свои сервера, предоставив услугу бесплатного переноса. Бесплатный перенос предоставляется при оплате хостинга хотя бы на месяц.

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

Запрос в службу поддержки на перенос сайта

Если стандартная форма заявки на перенос сложная для заполнения, то создавайте простой тикет в поддержку.

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

Переносим сайт на другой хостинг с новым доменом

Для эксперимента перенесу WordPress на другой домен и хостинг между своими тестовыми сайтами, расположенных на разных реальных хостингах, возьму свой пробный блог kraski-sovet.ru расположенный на Eternalhost с панелью ISPmamager и перенесу на top.burn-photo.ru который на Beget.

Создание баз и перенос файлов

Чтобы полностью перенести сайт заходим в раздел MySQL.

Создание новой базы данных

На бегете удобно, что имя базы и пользователя всегда совпадают, а сервер всегда localhost. Запишем данные, которые вводили на скриншоте.

Создаем папку под сайт на хостинге на который будем переносить, то есть на Бегете. Заходим в раздел сайты.

Создаем новую директорию.

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

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

Загрузка базы данных в ISPmanager

Либо выбираем название базы, и на ссылку перейти.

Кнопка перейти в ISP

В открывшемся окне находим кнопку экспорт, выставляем быстрый режим, и нажимаем Вперед.

Загрузка файлов движка WordPress

Будет произведена скачка всего движка в формате архива ZIP. Обязательно перед скачиванием баз данных и архива деактивируйте все плагины. Так же можно воспользоваться FTP соединением, например через программу FileZilla.

Обновление данных в wp-config и базах

Запуск программы notepad++

Далее нажимаем на сочетание клавиш Ctrl+F, откроется окно поиска, переходим во вкладку «Заменить», в поле «Найти» вводим старый домен, в «Заменить на» новый и нажимаем «Заменить все», одним щелчком мыши перепишем url.

Замена старого url на новый

После проведения процедуры notepad++ выведет во всплывающем окне количество измененных строк, в моем случае 18.

Сколько элементов было изменено

Ранее загружали файлы сайта, они пришли в формате zip разархивируем его, и откроем получившуюся папку. Внутри есть wp-config.php, открываем его с помощью notepad++.

Запуск notepad++ для изменения wp-config.php

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

wp-config старой конфигурации

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

wp-config с новыми данными

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

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

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

Закачка движка через FileZilla

Заходим в новую базу данных

На открывшейся странице выбираем слева нашу базу и находим кнопку Импорт в верхней панели. Сразу нажимаем на «Выберите файл», находим на компьютере базу данных, которую мы меняли и сохраняли ранее. Название появилось, значит все соответствует требованиям.

Пролистываем страницу вниз и нажимаем Вперед.

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

База данных полностью загрузилась

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

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

Как ни странно, но перенос на тот же адрес, осуществляется сложнее. Советую так же обратится в службу поддержки, но если будет отказ, то читайте инструкцию ниже.

Создание домена на новом хостинге

Для начала нужно добавить новый домен в панель Бегета. Входим в раздел «Домены и поддомены».

Создание нового домена на Beget

На открывшейся странице делаем соответствующие настройки

Теперь необходимо прописать новые NS номера, чтобы делегировать работу домена новому хостеру. Мы не переносим домен, а делегируем обслуживание. Советую обратиться в службу поддержки старого хостинга и попросить сменить NS номера на новые, они не в праве вам отказать

Вы берёте этот список и отправляете старому хостеру, с просьбой изменить номера на новые.

Запрос в службу поддержки старого хостинга на смену NS номеров

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

Как перенести сайт WordPress с локального сервера Denwer и Openserver на хостинг

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

Находим движок и базу данных. В зависимости от того как устанавливался WordPress, оттуда и скачиваем файлы. В моем случае путь до WordPress D:denverhomelocalhostwww est-blog.ru

Расположение WordPress на Denwer

Ошибка при замене домена на локальном сервере

Видим что перед названием блога через слеш стоит localhost. Если просто заменим одно название на другое, то у нас получиться, что новый домен будет открываться по адресу localhost/top.burn-photo.ru, что является ошибкой. Значит нам нужно ввести во вкладке замены, в верхнем поле localhost/test-blog.ru, а в нижнем просто top.burn-photo.ru, и заменяем, тогда процесс пройдёт как надо.

Правильная замена домена

А дальше по старой схеме, разобранной в начале.

Расположение вордпресс в Openserver

Запустится хранилище баз данных в браузере, экспортируем её, и действуем согласно схеме разобранной выше. Начиная с раздела исправляли wp-config.php и заменяли домены в MySQL.

Не забываем про текст localhost при замене доменного имени как в OpenServer, это очень важный момент.

Использование Duplicator

Как перенести wordpress с помощью плагина миграции, пробовал три варианта, ни один как надо не срабатывает.

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

Чек лист операций

Чтобы подвести итог всей статьи напишу чек лист операций, которые нужно проделать в любом случае.

Нашел абсолютно проверенный  и 100%-рабочий способ переезда сайтов под Вордпресс на другой домен или хостинг. Все можно сделать быстро, а главное — правильно!

Обычно я переношу сайты WordPress CMS на другой хостинг довольно часто — по 20 раз в месяц (такая работа!). И мне всегда казалось, что я все делаю правильно: ну перенес файлы, перенес базу данных, поменял имя сайта в файлах и базе – и вуаля!

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

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

Плагины после переноса WordPress не заработали

Раньше я действовал так: ставил плагин Xcloner, копировал с его помощью сайт в виде архива (там внутри была и база), затем переносил и устанавливал на новый хостинг или домен.

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

В чем же дело?
Я подумал сразу, что видимо дело в плагине Xcloner.
Перепробовал еще штук 5 разных плагинов, вроде бесплатного Duplicator и платного BackUp Buddy, и еще уже не помню всяких разных до кучи.

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

Я плюнул на плагины и подумал: перенесу по старинке руками.

Переношу WordPress вручную

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

Поэтому в процессе переноса WordPress на другой домен и хостинг в ручном режиме обычно состоит из этих же двух этапов:

Вручную это делается так.

Понятно, что перенести файлы можно несколькими способами. Раньше я это делал через FTP-протокол (читаем как работать по FTP тут). В этом случае я сначала копировал файлы на свой компьютер, затем открываю доступ ко второму хостингу — и туда уже переношу программные файлы WordPress.

По 3G-соединению это делать вообще не резон, даже с учетом того, что я как следует увеличил скорость подключения (читаем как я это сделал на мобильном интернете).

Поэтому я нашел более изящный способ.

Большинство моих клиентов использует панель хостинга — ISP Manager, там есть функции переноса целого архива прямо с одного хостинга на другой — минуя мой компьютер.

Так что теперь я делаю так: создаю архив всего сайта WordPress на своем хостинге и мгновенно переношу его на второй хостинг через ту же панель ISP.

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

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

Если нет возможности использовать ISP панель, то переносите по старинке через FTP.

Ну вот вы и перенесли файлы.
Нужно теперь поменять в файле конфигурации wp-config.php устаревшую информацию и указать новый домен, куда был перенесен wordpress-сайт.

Там все примитивно, разберетесь. Сохраняете после изменений wp-config.php и идем дальше.

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

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

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

Всё — теперь старая база данных находится на новом хостинге.

И теперь — самое главное.

Нюанс, о котором я не знал и из-за которого после переезда на новый хостинг и домен у меня некоторые сайты под WordPress сразу не заработали.

Современные базы данных хранят в некоторых местах не только информацию о домене сайта, например, «https://moytop.com», но также индексируют эту информацию, указывая в соседних полях, из скольких символов состоит строка с именем домена, например вот так:

s17 – означает, что в поле url – 17 символов.

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

И что? Сидеть с калькулятором и высчитывать длину новых доменов и строк? Наверняка можно это все автоматизировать и упростить.

Да, я это делаю вместе со специальным скриптом «Safe Search and Replace on Database with Serialized». Это реально волшебная программа, которая быстро и правильно делает замену старого домена на новый в базе данных при переносе сайта. При этом скрипт делает за вас всю нудную работу – высчитывает количество символов заменяемой строки и правильно добавляет их куда нужно в новую базу данных.

Итак, установили и открыли скрипт? После запуска вы увидите примерно такой экран:

Процесс пошёл! Он нагляден, тут же показывается где и какие таблицы в базе содержали значение старого домена и все ли успешно поменялось.

Домены рекомендую вводить без префикса, то есть лучше не использовать http://test2.moytop.com, пишите просто: test2.moytop.com

Ну и в конце после замены информации о домене – можете удалить скрипт с сайта, так даже рекомендуют его авторы, чтобы он не был потенциальной дырой в безопасности сайта (читайте как повысить безопасность своего сайта на WordPress за пару кликов).

Все готово! Теперь перезагружайте страницу CTRL+F5 и если вы все сделали правильно и внимательно, то сайт перенесется на новый домен и хостинг без проблем.

Перенос с помощью плагина

Мне нравится еще перенос с помощью плагина Duplicator — он довольно простой, русскоязычный и правильно переносит Вордпресс, по крайней мере я не наблюдал проблем после его работы.

И напоследок еще один простой способ!

Мне его подсказал в комментариях Василий, за что ему отдельное спасибо

Для его реализации понадобится доступ в админку и плагин Velvet Blues Update URLs.

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

Попасть в настройки:

То есть в первом поле — старый адрес (лучше без http, просто домен).
Во втором — новый (аналогично).

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

Вот и все, дальше жмите — на кнопку UPDATES URLs и старые ссылки в базе заменятся на новые.

Этот способ переноса работает тоже хорошо, я проверил на нескольких сайтах — все четко.

И еще —

Несколько дополнительных советов по корректному переносу на другой хостинг:

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

Составляющие переноса

Составляющих переноса выделяю ровно 3:

Давайте разберем все пункты, от начал и до конца. Процедура очень деликатная и требует максимум внимания.

Перенос сайта на примере хостинга Beget

Первая часть это перенос файлов и базы данных на новый основной домен. В примере разберу два тестовых поддомена, new.burn-photo.ru его перенесем на pro.burn-photo.ru, используя инструменты на одном хостинге Beget.

Загрузка баз данных

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

Откроется панель, в верхнем меню нажимаем кнопку Экспорт, запустим приложение по выгрузке. Выбираем быстрый режим, формат SQL и на Вперед.

Загрузится архив, в котором будет один элемент, давайте сразу отредактируем его, чтобы потом залить на новый домен. Разархивируем в формате SQL и откроем с помощью любого текстового редактора, я использую Notepad++.

Откроется большой текстовый документ с информации о сайте, здесь нужно поменять старый домен на новый. Жмем комбинацию клавиш Ctrl+f и переходим в раздел заменить.

Если перенос осуществляется по протоколу HTTP, то действуем как в примере выше. Если перенос осуществляется с HTTP на HTTPS то вписываем для замены с этими префиксами, как указано на скриншоте ниже.

Замена доменов с HTTPS

После запуститься процесс замены, и Notepad++ выведет во всплывающем окне сколько затронуто элементов, тем самым целиком изменим массив url старого ресурса. У меня 210 записей, у вас будет другая цифра, в зависимости сколько было записей, плагинов и т.д.

Количество замененных строк

Загрузка файлов на том же хостинге

Оставим пока базу данных, и перейдём к загрузке WordPress. Переходим в панели бегета в раздел Файловый менеджер.

Раздел Файловый менеджер в Beget

Скачиваем zip архив

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

Файлы и база данных нового сайта

На этом этапе у вас должен быть зарегистрированный и активный новый домен для переноса. Мы будем переносить сайт WordPress на pro.burn-photo.ru.

Создание новой базы данных

Снова заходим в MySQL, вводим название базы, пароль и выбираем добавить.

Создание новой БД

Записываем в отдельный документ:

Запуск новой базы данных

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

Экспорт data base

Посмотрите остальные настройки и сделайте по аналогии у себя. Успехом станет сообщение, что таблицы WordPress перенесены и в левом столбце появятся таблицы с записями.

Сообщение об успешном завершении

Загрузка файлов на новый сайт

Создадим каталог под сайт на который будем переносить. В панели Beget заходим в раздел Сайты. Вводим название (сделаю pro-burn-new) и на Добавить, соответствующий пункт появится в списке снизу, нажимаем на значок цепочки.

Из списка выбираем доменное имя, на которое будем переносить.

Выбор домена для прилинковки

Должно получится так.

Остался один шаг, это загрузка на хостинг движка WordPress и синхронизация их с базой. Переходим в файловый менеджер Бегета:

Куда записывать архив

Появится архив в корневой папке, нужно его разархивировать, нажимаем на него правой кнопкой мыши и выбираем Распаковать архив, запуститься процесс, по окончании появиться папка с таким же названием, как и архив.

Но нам нужно, чтобы в корневом каталоге располагались файлы WordPress, пока что они находятся внутри распакованной папки. Не беда, экран разделен на два окна, в правой части открываем распакованную папку, а в левой папку public_html нового сайта pro.burn-photo.ru. Обводим в правом окне все элементы и нажимаем переместить. Объекты переместятся в корневую папку.

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

Находим wp-config.php, нажимаем правой кнопкой мыши и выбираем Правка.

Запуск правки wp-config.php

Появится всплывающее окно, в нем меняем значения на новые для подключения базы данных, которую мы создавали выше и на Сохранить.

Прописываем новые подключения от БД

Готово, давайте откроем новый домен и посмотрим на его работу.

Проверка работы сайта

Все отлично и перенос без смены хостинга на новый домен произведен корректно. Может появиться ошибка error establishing a database connection, значит введенные текст подключения в wp-config неправильный. Походите по сайту, посмотрите на работу. Для наглядности процесса приложу собственное видео.

https://youtube.com/watch?v=Ds_xMwaKn1U%3Ffeature%3Doembed

Плагина duplicator – автоматический перенос сайта на другой домен и хостинг

Плагин Duplicator поможет справиться с переносом немного быстрее. Принцип действия у него такой:

Подробное описание есть в нашем видео, как происходит весь процесс, способ подходит для всех хостингов. В ролике показан процесс когда хостеры разные, но система одинаковая.

Серверная настройка

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

Для этого в корне старого сайта есть .htaccess, если нет, то создайте. Добавляем код в .htaccess – заходим в файловый менеджер, и как с wp-config редактируем и сохраняем, с добавлением кода в начало.

Редирект между доменами

Код для вставки выглядит так:

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

Изменение robots. txt

Необходимым действием после окончания процесса переноса и настройки редиректов – это правка robots txt. Если такого документа нет, то нужно создать роботс для WordPress (ссылка на инструкцию). Если такой документ существует, то нужно изменить директиву sitemap, и при наличии host. Открываем его на сервере и меняем текст.

Изменение директив robots

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

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

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

Проблема с кириллическими адресами

Проблема с переездом будет если один из доменов будет кириллический. Конечно мы изменим ссылки на новый урл в базе данных, но остальная часть адреса останется на другом языке – это грубейшая ошибка оптимизации. Выхода тут три:

Переиндексация, особенно кириллических адресов, к хорошему не приведет, ресурс опустят в выдаче.

В заключении выведем краткий чек–лист действий по переезду WordPress с одного домена на другой.

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

Contents

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

Перемещение WordPress в пределах сайта

Перемещение файлов WordPress из одного места в другое на вашем сервере — изменение их URL — требует некоторых специальных действий.

Вот пошаговая инструкция:

Важно, что бы вы установили расположение URI ДО того, как переместите файлы.

Предположим, вы случайно переместили файлы до того, как изменили URI. Предположим, что исходно файлы хранились в папке /path/to/old/ и вы переместили их в папку /path/to/new до того, как изменили URI. Что бы исправить ситуацию, создайте символьную ссылку по пути /path/to/old/ (для пользователей Windows «Символьная ссылка» эвивалентна ярлыку) на папку /path/to/new/, т.е. отдайте команду и пройдите еще раз шаги, указанные выше по-нормальному. После этого можете удалить ссылку, если хотите.

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

Перемещение WordPress на новый сервер

Перемещение WordPress с одного сервера на другой начинается с резервного сохранения Ваших данных. Этот шаг включает в себя сохранение Вашей базы данных WordPress, а также файлов, картинок, плагинов и всего остального содержимого Вашего сайта. Для уточнения смотрите WordPress Backups и Backing Up Your Database .

Информация о переносе WordPress на другой хостинг

Сайт, написанный на WordPress, состоит из файлов в формате PHP, файлов контента (изображения и другая информация) и базы данных (БД) в формате SQL. Например, ваш сайт размещён на WordPress hosting, или вы используете бесплатный хостинг для сайтов WordPress на 14 дней

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

Во избежание проблем при переносе на серверы Рег.ру вы можете бесплатно воспользоваться помощью наших специалистов: Как перенести сайт на хостинг Рег.ру.

Инструкция по переносу сайта на WordPress на хостинг Рег

Готово, теперь вы знаете, как перенести сайт WordPress на другой хостинг.

Частые ошибки после переноса WordPress на другой хостинг

Error establishing a database connection (ошибка установки соединения с базой данных)

Причина: неверно указаны данные для подключения к базе данных в файле wp-config.php.

Решение: проверьте атрибуты доступов к базе данных. В файле wp-config.php найдите строки:

В параметре DB_HOST должно быть указано localhost или 127.0.0.1

Если все данные верны, проверьте, нет ли лишних символов или пробелов.

Посмотреть и изменить пароль базы данных можно по инструкции.

Открылась страница установки Вордпресс

Причина: в файле wp-config.php указана пустая база данных или в нем неверно задан префикс базы данных.

Решение: если база данных пустая, загрузите дамп по данной инструкции (см. шаг 13). Также проверьте корректность префикса БД. Таблицы в базе данных имеют вид: wp_options, где wp — это любой набор букв и цифр:

Префикс в конфигурационном файле wp-config.php в строке $table_prefix = ‘wp_’; должен совпадать с префиксом таблиц базы данных. В нашем примере это — wp_:

Ошибка 403. Forbidden. You don’t have permission to access / on this server (в доступе на страницу отказано)

Причина: корневая папка сайта отсутствует, в ней нет файлов или назначены некорректные права.

Решение: проверьте наличие файлов сайта, а также корректность прав на папки и файлы сайта. В большинстве случаев права выглядят так:

Если права на файлы и папки отличаются от указанных, измените их по инструкции.

Возможно, некорректные правила заданы в файле . Проверьте корректность файла или загрузите стандартный файл .htaccess для CMS WordPress.

Причина: отсутствует файл .htaccess.

Решение: загрузите файл .htaccess с локального сервера на хостинг в корневую папку сайта или вставьте стандартный файл .htaccess для CMS WordPress.

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

WordPress перенос на другой хостинг. Плагин

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

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