Время от времени может возникнуть ситуация, когда Вам требуется перенести сайт, работающий на движке WordPress, к новому хостинг-провайдеру. Не будем искать причины переноса, суть не в этом. Суть заключается в том, как осуществить данный процесс с наименьшими потерями времени и Ваших нервов, поскольку, во-первых, время ...
Если вы часто заходите в админку WordPress-сайта, то, согласитесь, было был гораздо удобнее иметь на каждой странице сайта блок с прямыми ссылками в админку на часто выполняемые задачи, например, ссылку на страницу создания новой записи или страницу ...
Решив сегодня заглянуть в специально созданное на джимейле мыло, на которое бекапятся базы данных моих сайтов, работающих на WordPress, я с удивление обнаружил, что в нем вот уже 2 с лишним месяца отсутствуют бекапы этого блога. Причина мне ...
В одном из заказов на разработку шаблона для WordPress понадобилось выполнить нестандартную задачу — в рубрике вывести список всех тегов из статей, которые в ней находятся. Как обычно в таких случаях, поискал решение в Интернете. Нашлось несколько вариантов. Что-то ...
При разработке шаблонов для WordPress часто возникает необходимость узнать идентификатор (ID) для страницы, рубрики или любой другой таксономии. Когда-то столбец с ID присутствовал в админке WordPress по умолчанию, но однажды его зачем-то убрали, поэтому ...
Комментарии (71)
Очень актуально, как раз собирался переводить блог на новый хостинг. Спасибо!
PS Новое лого супер!)
Максим, рад, что написал вовремя и это пригодится.
За лого спасибо ;)
Константин, о чем вы? Я не понял.
Сам технический перенос не сложен, особенно, как было отмечено, с помощью SSH. Хотят и тут могут быть некоторые подставы. Обычно у хостера стоит лимит времени на выполнение пользовательского процесса. При большой базе данных mysqldump может не успеть отработать за это время.
А еще более интересный вопрос заключается вот в чем. После технического переноса сайта и смены DNS пройдет какое-то время до того, как они обновятся по всему миру. Соответственно кто-то из пользователей будет видеть проект на старом хостинге и писать комментарии там же.
Самое простое решение, которое вижу. Это перенести сайт и DNS, но к БД подключаться на старом хостинге. А уже после обновления DNS перенести базу. ;)
Brim, спасибо, что дополнили. С разновременным обновлением DNS мне приходилось сталкиваться :).
Мне кажется, это не однозначное решение. Все по той же причине, что в разных сегментах сети DNS обновляется в разное время. У меня DNS обычно обновляется очень быстро (в течение часа, кажется).Т. е. даже в этом случае, если я уже перенесу базу после обновления DNS, некоторые пользователи увидят сайт со старого хостинга.
Так в чем же тогда разница с тем вариантом, что я описал в статье?
Ну так базу можно перенести и через несколько дней. ;) Смысл в том, что определенного момента, когда DNS везде обновится, оба сайта должны использовать одну и ту же базу данных.
Причем подумал, что ведь часто переезд происходит из-за того, что у старого хостинга какие-то проблемы, так что базой можно пользоваться и новой. ;) Главное, чтобы хостер позволял подключаться к ней не только с localhost’а, но и из интернета. :)
Хотел еще в прошлый раз спросить: «Разве физически размещенный на новом хостинге сайт может подключаться к БД, распложенной на другом хостинге?», но из того, что вы сейчас ответили, уже вижу, что может :).
С такой возможностью, однако, я пока не встречался ни разу. Раз уж зашел разговор, каким образом происходит коннект к удаленной БД? Что пишется вместо localhost?
Возможность подключения зависит от настроек MySQL-сервера. Ну и фаервола. :)
Вместо localhost пишется адрес сервера или ip-адрес.
основная проблема при переносе сайта с одного хостинга на другой возникает с кодировками баз)). но по этой проблеме можно написать еще не одну статью :))
Понятно, Brim, спасибо ;)
молчун, я не вижу в этом проблемы. Просто создается БД в той же кодировке, что и была раньше. А я даже и этого не делаю, поскольку у меня на всех хостинга, которыми пользуюсь, по умолчанию стоит UTF-8. Поэтому, к сожалению, по этому поводу мне статью не написать.
Спасибо за статью, сейчас как раз актуально ;)
Ок, friend, пожалуйста.
Значит не зря писал =)
При переносе на локальный хост (типа Денвера) «ручной» метод не работает. Метод был следующий — скачивание файлов Filezilla, заливка их на локальный хост, дамп БД с последующей распаковкой на локальную БД, изменение в соотв с новыми настройками конфиг.пхп.
Получилось:
1. При заходе на локальный адрес Вордперсс почему-то подгружает старый адрес с добавлением новой локации. Где он его берет? Облазил все файлы (старый_адрес.ком не находится также как и старый_адрес) и БД (поменял в БД адрес старый_адрес.ком на локальный), все равно тупо лезет по старому адресу старый_адрес.ком/новая_локация.
2. При попытке зайти в админку «Fatal error: Call to undefined function wp_reset_vars () in T:\home\users\wordpress\wp-admin\admin.php on line 29»
Мде. Хотел шабик покрутить, видно не судьба полностью сэмулировать. Кстати мой любимый МОДх таким способом перенесся без проблем (это в качестве камешка в огород Вордпресса:)
Вообще для переноса БД лучше использовать WordPress XML Export, хотя как и с дампом БД есть проблемы с объемом информации. Скажем если у Вас туева туча заметок оно иногда не все может добавить в БД. Вариант: сделать отдельные XML’ы или дамбы данных разбитые по рубрикам блога нуи т. д.
wmas, при использовании WordPress XML Export кажется комментарии не сохраняются. Или я не прав?
Я как-то больше доверяю переносу дампа напрямую, чем импорту/экспорту через XML. Может быть потому, что всегда практиковал только это.
2Dimox я пробовал эту фичу для перехода одного блога с версии 1.5 на 2 с копейками, щас не помню, вроде комментарии перенеслись. Здесь решается и проблема с кодировкой на новом хостинге т.к. все делает плагин автоматически. Хотя, я могу и ошибаться ;)
Может уже спрашивали, но настройки плагинов сохраняются при переносе с помощью SSH?
Антон Веринов, настройки плагинов очевидно могут хранится только в двух местах:
1. В базе данных.
2. В конфигурационных файлах.
И то, и другое мы влюбом случае копируем. Причем любым методом. Через SSH в том числе. :)
wmas, я не стану пользоваться данным способом в случае с темой моего поста, поскольку после смены DNS возможен простой сайта, ведь мы не знаем точно, когда сайт будет доступен на новом хостинге, чтобы импортировать содержимое ВП. WordPress XML Export лучше применять, как в вашем случае — при апгрейде ВП.
Антон Веринов, все сохраняется, мы же ничего не меняем в БД, а только переносим ее.