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

Советы по минимизации издержек при переносе домена на новый хостинг.

Все мы рано или поздно сталкиваемся с необходимостью переноса домена на новый хостинг. Причин тому много: ожидаемая более стабильная работа, выгодный тарифный план, новые возможности по управлению и оптимизации сайта. Часто причиной смены хостинга является критический сбой, после которого принимается эмоциональное решение по «переезду». Еще хуже ситуация, когда сайт остается недоступным в сети, и на счету каждая минута. Как в этом случае минимизировать издержки, чтобы перенос домена прошел максимально быстро?

Обнаружить, что Вы зря ждали несколько суток из-за «потерянной» точки - крайне неприятно.

Главное - не торопиться и не делать поспешных изменений, внося правки осмысленно и аккуратно! Помните, что применение внесенных Вами изменений в DNS-записи обычно занимает от 24 до 72 часов.

Для начала давайте определим ключевые понятия и термины.

Что такое DNS и чем отличается домен от хостинга

Как и любая иерархическая система, Интернет построен по принципу делегирования зон ответственности - т.н. доменов (от лат. dominium - владения).

Упрощенная «карта» онлайн-мира

Например, есть несколько знакомых Вам доменов верхнего уровня: .com , .net , .ua , .travel и другие. Внутри домена .com доступен домен google.com , а внутри него - поддомен maps.google.com .

Таким образом, домен сервиса Google Maps находится в зоне ответственности компании Google, а домен Google - в зоне ответственности администратора доменной зоны .com . В случае нарушения правил домена администратор в праве приостановить делегирование домена.

Домен , или доменное имя - это понятный человеку адрес определенного сетевого ресурса: веб-сайта, почтового сервера, сетевого принтера или другого устройства, доступного в сети Интернет. Непосредственно в сети идентификация узлов производится по специальным числовым идентификаторам - IP-адресам (например, 216.58.209.142).

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

В зависимости от конфигурации используемого оборудования и набора предоставляемых услуг есть несколько видов хостинга:

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

Мы настолько привыкли к буквенным названиям доменов, что порой даже не задумываемся о том, какая техническая база лежит в основе современного интернета. Такие домены, как google.com, wikipedia.org, facebook.com и многие другие воспринимаются как «простые сайты», но за коротким адресом скрыты высокотехнологичные технопарки, огромные здания, где сотни тысяч компьютеров соединены в единую структуру и взаимодействуют как единая система. Для распределения нагрузки на оборудование одному домену могут соответствовать десятки или сотни технических IP-адресов.

Для хранения информации о соответствии между техническими IP-адресами и доменными именами используется т.н. система доменных имен - DNS (Domain Name System ). Устройства, входящие в эту систему, называются DNS-серверами и хранят информацию по вверенным им доменным зонам. Каждое такое устройство может преобразовать доменное имя в соответствующий ему IP-адрес в случае, если такая запись хранится в памяти устройства, или передать соответствующий запрос другому устройству, ответственному за целевую доменную зону.

Все DNS-серверы объединены в единую сеть и обмениваются информацией по специальным протоколам, периодически обновляя и сверяя хранящуюся у них информацию с другими устройствами. Поэтому внесение изменений на одном устройстве лишь через некоторое время будет применено для всей сети. Обычно изменения вступают в силу в течение 24-72 часов.

Записи о соответствии доменного имени и служебной информации о нем называются ресурсными записями DNS , или DNS-записями . Существует несколько типов таких записей:

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

1. Дублирование информации по сайту на новом хостинге
2. Переписывание DNS-записей

Остановимся подробно на каждом из этих этапов.

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

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

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

Обновление DNS-записей обычно сводится к замене IP-адреса для A-записи. Если Ваш хостинг предоставляет также IPv6-адрес, обновить требуется еще и запись типа «АААА».

Обратите внимание, что обновлять нужно все А-записи, в том числе записи для поддоменов.

Перенос почты при смене хостинга

Если у Вас на домене настроен прием и обработка почты, то при переносе необходимо уделить внимание записи типа «MX». Если новый хостинг предлагает использовать собственные NS-серверы, обязательно внесите на них MX-запись, соответствующую старой.

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

Как проверить IP-адрес сайта

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

Вот несколько примеров таких сайтов:

• 2IP.ru: https://2ip.ru/whois/ - один из наиболее функциональных сервисов, выдающий множество информации по сайту и используемым на нем технологиям
• Get Site IP: http://get-site-ip.com/ - помимо IP-адреса попробует определить также страну, в которой расположен хостинг
• IP Checker: http://ipinfo.info/html/ip_checker.php - возвращает список всех IP-адресов, соответствующих данному домену

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

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

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

Надеемся, наш материал был полезен для Вас!

Сегодня я расскажу о переносе сайта на WordPress с хостинга на хостинг или c хостинга на денвер, а так же на новый домен или в другую папку.
Содержание статьи:

Почему возникает проблема переноса WordPress сайта

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

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

Да мало ли какие причины заставили вас заняться переносом сайта на вордпресс. Лично мне понадобилось развернуть локальную версию сайта у себя на денвере (читайте ), потому что работать с локальным сайтом быстрее и удобнее. На нем можно экспериментировать с настройками блога и плагинами, не боясь за работоспособность сайта. Поэтому я советую каждому иметь локальную версию, пусть будет.

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

1. Скачиваем файлы сайта и базу данных со старого хостинга

Способ №1:

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

Чтобы попасть в эту папку, можно зайти по FTP (я использую программы Total Commander или File Zilla) или через файловый менеджер хостинга (этот способ удобнее, как мне кажется). Скачайте полученные архивы к себе на компьютер. Распакуйте базу данных.

Если по какой-то причине вы не смогли сделать бэкапы, существует второй способ:

Далее зайдите в раздел управления базами данных вашего хостинга, выберите phpMyAdmin. В колонке слева выберите название вашей базы данных из списка. Перейдите на вкладку Экспорт (Export) и щелкните Ок(Go). Сохраните сгенерированный файл.

Итак, дамп БД в виде файла с расширением.sql и архив со всеми файлами блога находятся на нашем компьютере и готовы к переносу на другой хостинг.

2. Перенос данных с компьютера на новый хостинг

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

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

Откройте phpMyAdmin, найдите в списке слева вашу базу данных, перейдите на вкладку Импорт (Import). Закачайте ранее скачанный на компьютер дамп базы данных с разрешением.sql и нажмите ОК (Go).

Теперь залейте архив с файлами на ftp и разархивируйте его. Следите, чтобы в итоге файлы оказались в правильной папке, на моем хостинге это папка public_html, так же она может называться httpdocs, www или иначе, в зависимости от хостинга. Проверьте, чтобы эта папка была пустой, прежде чем распаковывать в нее архив.

3.Настройка соединения с базой и установка прав

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

/** Имя базы данных для WordPress */ define("DB_NAME", "имя_вашей_базы_данных"); /** MySQL имя пользователя */ define("DB_USER", "имя_пользователя_базы_данных"); /** MySQL пароль базы данных */ define("DB_PASSWORD", "пароль_к_базе_данных");

Установите права (атрибуты) 777 для папки wp-content/uploads и всех вложенных папок. Это делается по ftp или в файловом менеджере:

Привязка вашего домена к новому хостингу

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

• Узнайте у нового хостера его DNS сервера. Обычно они написаны в письме, отправленном вам на почту при регистрации хостинга.
• Зайдите в личный кабинет своего регистратора доменов — сайт, где вы покупали домен. Я пользуюсь 2domains.ru и расскажу, как это делается там. Найдите раздел «Управление DNS-серверами» и измените DNS-сервера на новые:

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

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

Перенос WordPress на другой домен, папку

Если помимо хостинга, вам нужно перенести сайт на другой домен, придется столкнуться с некоторыми сложностями. В отличие от большинства CMS, в вордпрессе все пути прописаны абсолютными ссылками (это неприятный минус системы) и нам предстоит бороться с ними вручную. Давайте по порядку:

1. Работа с базой данных

Когда вы скачали дамп базы данных со старого хостинга, надо открыть ее в редакторе (я пользуюсь Dreamweaver) и заменить все упоминания о старом домене на новые:

Есть еще один способ: когда вы импортируете базу данных, зайдите на вкладку SQL совершите три запроса:

UPDATE wp_options SET option_value = REPLACE (option_value, "https://old_domain.ru", "https://new_domain.ru") WHERE option_name = "home" OR option_name = "siteurl";

UPDATE wp_posts SET guid = REPLACE (guid, "https://old_domain.ru", "https://new_domain.ru");

UPDATE wp_posts SET post_content = REPLACE (post_content, "https://old_domain.ru","https://new_domain.ru");

2. Изменения в.htacces и robots.txt

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

3. Изменения в файлах сайта

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

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

Перенос сайта в другую папку

Если вам нужно перенести блог в другую папку (например, domain.ru/blog), внесите следующие изменения в.htaccess (изменения выделены жирным):

# BEGIN WordPress
RewriteEngine On
RewriteBase /blog /
RewriteRule ^index\.php$ — [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog /index.php [L]
# END WordPress

Возможные ошибки, связанные с переносом WordPress блога

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

1. Error establishing a database connection. Такая ошибка случается, если неверно введены данные вфайле wp-config.php.
2. Открылась страница с установкой WordPress. Подобная ситуация могла возникнуть из-за ошибки импорта базы данных. Попробуйте удалить все таблицы базы и заново импортировать дамп.
3. Вы видите страницу вашего хостинг-провайдера с приветствием. Причиной может стать то, что вы не очистили папку public_html (httpdocs), прежде чем распаковать в нее архив. Удалите файл index.html.
4. Forbidden. You don"t have permission to access / on this server. Возможно, вы залили файлы сайта в неправильную папку.

Привет читателям блога. Сегодня я хотел бы рассказать Вам, как происходит . Причин, почему вы хотите отказаться от старого хостинг-провайдера может быть множество: хостинг слишком медленный, часто падает, плохая тех. поддержка или вообще из-за DDOS атаки. Хостинг играет очень важную роль, как в жизни сайта, так и в его продвижении, поэтому лучше сразу выбрать надежный хостинг. Я например последние несколько лет пользуюсь хостингом FastVPS и всем советую.

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

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

• Зарегистрировать новый хостинг
• Перенести доменное имя Вашего сайта на новый хостинг
• Перенести базу данных Вашего сайта
• Перенести файлы сайта на новый хостинг

Также для переноса сайта нам понадобиться файловый менеджер Total Commander или похожий на него. Теперь, когда план составлен, мы пройдемся по каждому из пунктов, разумеется, кроме регистрации хостинга, потому что я не знаю, какой хостинг вы выберите. Если Вы хотите задать сайту новое доменное имя, то указывайте его сразу при регистрации хостинга в таком случае домен переносить не нужно. Ну а если Вы желаете оставить своему сайту старый домен, делаем следующее

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

Первое что нам нужно сделать после регистрации нового хостинга, это перенести на него уже имеющиеся домен. Для того чтобы перенести домен на другой хостинг, необходимо сменить его DNS сервера. Например, вы решили перенести свой домен с хостинга тайм-веб на спринтхост, тогда Вам нужно изменить DNS сервера тайм-веба (ns1.timeweb.ru, ns2.timeweb.ru) на сервера спринтхоста (ns1.sprinthost.ru, ns2.sprinthost.ru), DNS. Все зависит от того где регистрировался домен, на сайте хостинга или на стороннем ресурсе. Если на сайте хостинга, то Вам лучше спросить, как сменить DNS сервера домена у тех. поддержки. Если домен покупался на стороннем сайте, то для смены серверов делаем следующее: заходим в панель управления доменом и выбираем раздел, управление DNS серверами, также раздел может называть делегирование и меняем старые сервера на новые.

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

Перенос базы данных на другой хостинг

Пожалуй, самое сложное и ответственное действие при переносе сайта на другой хостинг. Ибо если что-то пойдет не так, будет плохо: сайт будет отображаться криво, исчезнет информация, могут возникнуть проблемы с кодировкой и т.д. В общем, нужно быть предельно внимательным. Для начала нужно скопировать базу данных к себе на компьютер. Заходим phpMyAdmin старого хостинга, выбираем свою базу данных и обращаем внимание на кодировку, в моем случае это UTF 8_general_ci:

Теперь переходим на вкладку экспорт. Здесь нам нужно настроить процесс переноса базы данных на компьютер. Поскольку мы переносим базу данных MySql, то в левой колонке отмечаем пункт SQL. Затем нажимаем “выделить все”, режим совместимости SQL выбираем ANSI, отмечаем галочкой “Сохранить как файл” и упаковываем в gzip архив. Жмем ОК:

Все база данных скопирована на наш компьютер. Теперь зайдите в аккаунт Вашего нового хостинга и создайте новую базу данных, название не имеет значения. Заходим в phpMyAdmin уже НОВОГО хостинга и выбираем раздел структура. Здесь нам нужно удалить все имеющиеся таблицы, если их нет, то ничего трогать не нужно, если есть отмечаем все и удаляем. Это нужно для того, чтобы при импорте базы данных не возникло никаких ошибок типа “Такая таблица уже существует”. Теперь переходим на вкладку импорта и переносим нашу базу данных. Кодировку выставляем ту, которая была раньше, в данном случае это UTF8, ОБЯЗАТЕЛЬНО ставим галочку “Разрешить скрипту разбивать процесс импорта…”, формат импортируемого файла выбираем SQL , режим совместимости ANSI. Жмем ОК.

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

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

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

Теперь дело за малым – за переносом файлов сайта на новый хостинг. Для этого открываем файловый менеджер Total Commander и создадим новое соединение к новому хостингу. Для этого в программе выберите пункт “Соединиться с FTP сервером” и нажмите добавить новый, появиться вот такое окно:

Имя соединения пишем произвольное. В поле сервер пишем адрес FTP сервера, его Вам должны были прислать при регистрации хостинга вместе с логином и паролем. Откройте письмо и поищите там строчку с названием сервер FTP или сервер FTP соединения, копируйте данные и вставляете в поле Сервер программы Total Commander. В поле учетная запись пишите Ваш логин на хостинге, в поле пароль пишите соответственно пароль. Нажимаем Ок. Теперь нужно соединиться с нашим сервером. Выбираете имя вашего соединения и жмете “Соединиться”. Перед Вами откроется такое окно.

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

• 1 камень. Почта.

  Если вы до сих пор пользуйтесь почтовым сервисом от хостера - избавляйтесь от этой зависимости как можно быстрее. Используйте для домена сторонний сервис, например, бесплатные услуги от Яндекс.Почта для домена или Службы Google . Либо, если для вас критично самостоятельное управление, поднимайте собственный почтовый сервер. Переход на сторонний сервис поможет избежать потерь данных при переезде и наверняка улучшит качество почтовых услуг (для хостера предоставления почтовых услуг не является приоритетным, потому зачастую качество оставляет желать лучшего)

• 2 камень. Выбор нового хостера

  На данный момент у большинства хостеров существует тестовый период, когда можно заказать на определенный срок (от 7 до 30 дней) бесплатный тариф для тестирования. Не поленитесь и закажите у хостера, который вас заинтересовал своими ценами, такой тестовый тариф и подведите туда один из доменов третьего уровня, либо используйте полученный IP адрес (его можно посмотреть в панели управления). Пропингуйте этот IP и сравните показатели с текущими показателями, попробуйте поставить туда что-то тестовое, типа форума на phpbb3 или движка для сайта Joomla или Drupal. Почему их - эти движки достаточно требовательны к ресурсам, и если в случае даже минимальной установки возникнут проблемы - значит хостер не для вас. Посмотрите версии ПО, которое использует хостер, крайне желательно, чтобы версии были не ниже тех, что стоят у вашего текущего хостера.
  Еще один немаловажный параметр, который пригодится вам для переезда - возможность удаленного доступа к SQL-серверу, если вы используете для сайта SQL-базу. Сейчас большинство хороших хостеров предоставляют такую услугу. Если вы не нашли в панели управления этой услуги - спросите техподдержку. И не торопитесь с окончательным выбором - подходить к выбору следует осознано, не следует браться за первый попавшийся вариант, обязательно рассмотрите еще парочку. Исходя из личного опыта, я бы не стал вчитываться в отзывы о выбранном хостере - зачастую такие отзывы не содержат в себе конкретной и важной для вас информации и эти подробности всплывут в самый неподходящий момент (например ограничения на количество писем в час может оказатся критичным для сайтов, где используются оповещения по почте о новостях или личных сообщениях на форуме).
  При желании даже можно подключить какой-нибудь сервис для проверки доступности ресурса и посмотреть его результаты в течении нескольких дней. Если вас все устраивает - смело заказывайте нужный вам тариф.

• 3 камень. SQL-база и тестирование работоспособности сайта на новом месте

  Этот шаг следует делать в случае, если вы используете для хранения данных именно SQL-базу. Следует упомянуть, что существуют CMS, которые не используют для своей работы SQL-базы и хранят все в виде файлов - если вы используете такой вариант, этот шаг следует пропустить и задача ваша упрощается.
  Для начала включите у нового хостера удаленный доступ к SQL-серверу, настройте учетные записи для доступа к нему (для доступа обычно достаточно указать IP ресурса, откуда будет осуществляться доступ, там следует указывать IP, на котором сейчас находится ваш основной сайт. Подключите и настройте на новом хостинге ваш домен (пока что только подключите, но не указывайте никаких изменений в текущих настройках вашего домена у регистратора или текущего хостера).
  Теперь вам необходимо сделать бекап данных с SQL-базы, используемой для сайта. Если база небольшая, обычно достаточно средств, предоставляемых хостером. Я же для этого использую простой и быстрый скрипт Sypex Dumper (рекомендую для начала попробовать старую версию 1 и потом уже пробовать версию 2). Перенесите этот дамп на новый хостинг и восстановите ее. Параллельно можно перенести через ftp файлы вашего сайта на новый хостниг.
  Для тестирования я использую возможности файла hosts, куда можно вписывать нужный вам домен и нужный IP. Т.е. на вашей машине в файл hosts вписывайте ваш домен и IP-адрес нового хостинга и через браузер у вас начнется открываться сайт уже с нового места. Это нужно для проверки работоспособности сайта на новом месте (иногда бывают проблемы с кодировкой). Не забудьте исправить конфигурационный файл движка сайта, где укажите новые данные для работы с базой SQL. Если все работает - переходим дальше. Удалите упоминание вашего домена из hosts, чтобы не мешалось пока.

• 4 камень. Прозрачный переезд.

  Прочитайте справку у хостера, какие параметры вам нужно указывать для удаленного доступа к базе SQL. Сделайте актуальную версию SQL-базы и по быстрому восстановите ее на новом хостинге. Не теряя времени, исправьте конфигурационный файл вашего сайта и укажите там, чтобы данные читались уже из удаленной базы. На данном этапе возможны замедления работы сайта, но это временно. Также может возникнуть потеря данных, если у вас очень посещаемый ресурс и данные появляются ежесекундно. Поэтому для этого действия желательно выбрать наименее нагрузочное время для сайта и возможно кратковременно включить режим обслуживания сайта, чтобы пользователи не успели что-то написать, что утеряется при переключении на другую базу. После перключения проверьте работоспособность сайта и действуйте дальше.
  Теперь переключите управление доменом на другой хостинг, поменяйте у регистратора DNS сервера или IP-адреса для поддоменов и ждите, пока все растечется по миру - обычно это происходит в течении 3-4 часов, не больше. После того, как у вас начнется открываться сайт с нового места, воспользуйтесь снова вашим файлом hosts, вписав туда для домена старый IP-адрес и скопируйте файлы сайта со старого места. Затем удалите упомонинание в hosts о вашем домене и синхронизируйте скопированные файлы с файлами на новом хостинге. Это понадобится для тех ресурсов, где за это время могли подключатся какие-нибудь вложения, файлы или аватары у пользователей. Только не заменяйте конфигурационный файл, иначе сайт перестанет работать, пока вы его снова не исправите

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

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

Технические проблемы.

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

Технические признаки того, что сайт пора переносить:

Частые сообщения о серверных ошибках – серия «пятисотых» – самая печальная из которых 500 – Internal Server error, означающая, что сервер «упал», отключился, физически не работает.

Ошибки от 500 до 511 могут быть вызваны также неправильной работой сайта, поэтому перед сменой хостера убедитесь, что проблема не вызвана сбоем какого-либо компонента «движка» сайта.

Виртуальный хостинг сайтов для популярных CMS:

Проверить это также можно, замерив скорость сайтов, расположенных на том же сервере. Узнать их можно в различных сервисах, например, cy-pr.com в разделе «Соседи на сервере, сайты на одном ip:»

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

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

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

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

Сайт был создан на локальном сервере. Сайт создается на компьютере веб-мастера. Это может быть и статический сайт, с использованием HTML+CSS+JS. Либо динамический динамический, на CMS типа Joomla, Drupal, WP и других, с использованием пакета серверных программ Denwer, OpenServer, или связки Apache+SQL+PHP. Чтобы сайт стал доступен в Сети, его требуется разместить на хостинге.

Как правильно перенести сайт с хостинга на хостинг – пошаговая инструкция.

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

1. Файлы, обеспечивающих функционирование. Это скрипты на языках PHP и JavaScript, файлы с расширением.css. Для сайтов на CMS (Content Management System) – это и пакет файлов, составляющих шаблон (интерфейс сайта).
2. Смысловая информация (содержание) сайта. У статических сайтов она содержится в каждом файле с расширением.html, у динамических – в базах данных MYSQL или PostgreSQL.

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

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

Для перемещения такого сайта на хостинг используется интернет-протокол FTP (File Transfer Protokol).Мы рекомендуем использовать сторонние программы – FTP-менеджеры (например, FileZilla). Они потребуют пароль, логин и адрес сервера FTP, которые Вы можете посмотреть в личном кабинете в разделе «Хостинг» - «FTP/Shell».

Сайт перенесен, осталось внести в шаблон свои данные.

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

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

В этом случае процесс делится на четыре этапа:

1. Создание резервной копии файлов сайта и базы данных;
2. Загрузка файлов сайта и БД на новый хостинг;
3. Изменение NS-серверов и ссылок (в случае, если сайт переносится на другой домен или перенос осуществляется с локального хостинга).
4. Внесение изменений в конфигурационные файлы, если это необходимо.

Вот пример действий при переносе сайта на CMS WordPress.

1. Делается дамп (копия) базы данных, используя интерфейс phpMyAdmin. Файл *.sql или его архив скачивается к Вам на компьютер. Файлы сайта также копируются на жесткий диск.
2. В корневую папку на новом хостинге «закачивается» по FTP архив с файлами сайта.
3. На новом хостинге создается чистая база MySQL.
4. Распаковываете архив с файлами сайта таким образом, чтобы они были размещены в корневой папке на хостинге. Например, на старом хостинге это была папка «www», а на новом – «html».
5. Зайдя в интерфейс phpMyAdmin на новом хостинге, закачиваете и распаковываете архив с дампом базы. Интерпретатор для этой процедуры встроенный, как и распаковщик.
6. В конфигурационном файле изменяете настройки базы данных (сервер, имя пользователя, пароль).
7. В панели управления доменом меняете NS-записи на записи нового хостинга.

NS-сервера полностью обновятся в течение 12-72 часов, после чего сайт начнет работать уже на другом хостинге.

Архивировать файлы сайта или нет?

Если перемещать файлы по протоколу FTP без архивирования, то возможны потери файлов. При использовании медленного интернет соединения такой исход событий неизбежен. Мы рекомендуем загружать архив с файлами сайта, а не сами файлы «поштучно».

Другие возможные проблемы

После переноса, при общей удовлетворительной работоспособности, сайт может «глючить» – во время перехода на страницы выдается ошибка 404 (не найдено). Причина этого в неправильных адресах ссылок. Если сайт создавался локально, то это неизбежно, поскольку все адреса в базе или конфигурационных файлах начинаются с: http://localhost. Для корректной работы сайта после переноса, Вам потребуется все локальные ссылки заменить на адрес сайта. Проще всего узнать в каких файлах и что менять в официальной документации к выбранной системе управления сайтом.

Цена - сколько стоит перенос сайта на другой хостинг?

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

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

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

Как перенести сайты Wix и Юкоз на другой хостинг?

Для тех, кто хочет иметь сайт немедленно, в Сети есть ресурсы, предоставляющие услуги «конструктора». Это Wix и Ucoz. Не нужно изучать языки программирования, регистрируетесь, выбираете тему оформления и наполняете ресурс информацией. У использования конструкторов всего один, но существенный, недостаток. Создав сайт на таком ресурсе, вы не сможете его перенести на другой хостинг.

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