Перенос WordPress-сайта на другой хостинг

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

Комментарии (71)

  1. Помнится я тебя Dimox в свое время маленько помучал в асике на тему сабжа :-) щас смотрю уже и статья есть, респект.

  2. Mr. Anderson, ага, совсем скоро после того, как я тебе ответил, пришла мысль написать об этом статью :).

  3. Что бы не возникла рассинхронизация базы на время «переписывания ДНС» достаточно на старых НСах поднять зону на новом сервере, траф перетечет за 5-10 минут, зависит от ТТЛ, потом переписывать НСы, либо менять IP, если нсы собственные.
    Хмм… даже не думал, что из столь простой штуки как переезд можно целый пост придумать =) В общем это задача для админа, белому человеку ее думать не надо =)

  4. Kosyan, к сожалению совсем ничего не понял из того, что вы сказали в первом абзаце.

    В общем это задача для админа, белому человеку ее думать не надо =)

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

  5. Что бы не возникла рассинхронизация базы на время “переписывания ДНС” достаточно на старых НСах поднять зону на новом сервере, траф перетечет за 5-10 минут

    А сами-то пробовали? ;) Из моего неоднократного опыта во время работы в службе поддержки хостинга, могу сказать, что на старый адрес траф течет минимум несколько часов, обычно несколько дней. Т.к. информация в ДНС обновляется далеко не за 10 минут. + во всяких Аутлуках у юзерав по умолчанию включен кеш адресов. На неделю блин.

  6. А сами-то пробовали? ;) Из моего неоднократного опыта во время работы в службе поддержки хостинга, могу сказать, что на старый адрес траф течет минимум несколько часов, обычно несколько дней. Т.к. информация в ДНС обновляется далеко не за 10 минут. + во всяких Аутлуках у юзерав по умолчанию включен кеш адресов. На неделю блин.

    Неоднократно. Время кеширования устанавливается в ДНС и называется TTL (time to live) http://en.wikipedia.org/wiki/Time_to_live#Time_to_live_of_DNS_records . Давным давно его делали большим, что бы не дергался часто ДНС, экономились ресурсы машины и трафик. Однако те времена прошли. Ставить TTL больше 1 часа кощунство и за такие вещи надо отрывать руки. Инструкция TTL обязательна для кеширующих прокси и файрволов, однако же умельцы есть всякие, но стоит ли обращать внимание на 1-2% безумцев?

    достаточно на старых НСах поднять зону на новом сервере

    эээ, ну можно так: «поменять запись IN A на IP адрес нового сервера».
    domain.com. 1H IN A 192.168.1.1
    примерно так.

    Самостоятельно быстрее, говорите? Если комментарии пишут хотя бы раз в 10 минут, сколько потеряете за сутки, пока новые ДНС расползутся? По стандартам заявлено до 4 часов, однако справедливо лишь для доменов .com, .net и т.п. В зоне .ru творят что хотят, бывает и двое суток колбасит.

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

  7. А зачем такие проблемы? Создается бэкап, переливается любым способом на новый хост и раззиповывается. Все. Если есть отличия между панелями хостинга (например, DirectAdmin и cpanel) — есть скрипты-конвертеры.

  8. буквально вчера переносил первый раз — дикие проблемы с кодировкой, переносил тож через SSH, понравилось — удобно)
    кодировку настроил с огромным трудом.

    но вот вопрос: хочу сменить доменное имя, а адреса к залитым файлам через админский интерфейс вордпресса стоят другие — а как их все поменять разом? иначе при смене имени будут все битые((

  9. ой, пааардон! тока что увидел ссылку)))

  10. С дампом базы могут возникнуть проблемы если версии MySQL разные :(

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

  12. [quote comment=»3328″]>Kosyan[/quote]
    Делаю дамп у себя на виртуальном 4.1.*, пытаюсь обновить на хостинге 4.0.* в результате ошибка. Разница была лишь в версиях MySQL.

  13. Дамп — суть набор sql запросов и данных, что-то не могу себе представить какие запросы поддерживались бы в 4.1 и не поддерживались в 4.0, это элементарные запросы на создание таблиц и внесение данных.
    Какую ошибку то пишет?

  14. Что именно было точно не скажу, т.к. давно было. Но косяк был с созданием какой то таблицы. Возможно дамп был криво создан, но это уже из области рассуждений о снежном человеке.

  15. Ryoga, дело, скорее всего, в кривом дампе.

  16. Мда.. геморой еще тот — переносить на новый хостинг.
    самое интересное, что я не смог разобратся в описанной вами программе для SSH соединения. даже подключения не вышло. а жаль…

  17. я не смог разобратся в описанной вами программе для SSH соединения. даже подключения не вышло. а жаль…

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

  18. Хорошо, тогда если можно еще один вопрос.
    Можно ли установить на новом хосте чистый Вордпресс, после чего перенести тему с плагинами, и в wp-config.php прописать базу, которую я импортировал? Таким способом у меня не получается..
    Ошибки выдает, в основном, наверное из-за кодировки.

  19. Если установите с нуля, то не сможете импортировать базу. При импорте база должна быть абсолютно пустой.

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

    Вы случайно не знаете как его можно узнать, через cPanel ничего не нашол, возможно не там ищу.

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

    Огромнейший сенкс, просто суперценная информация у вас на блоге ;)