В предыдущей статье я рассказывал как можно заранее убедиться в том, что на ваш сайт. Но всё равно очень страшно прописывать у регистратора новые NS-адреса.
А вдруг что-то пойдёт не так? Вдруг хостер начнёт чудить или мало что ещё. И срочно вернуться на предыдущий хостинг не получится, т.к. обновление DNS занимает от нескольких часов до 3-х суток (а по опыту, маленький процент посетителей посещает сайт по старому IP-адресу ещё и через пару недель).
Как проверить работоспособность сайта на новом хостинге
Это самое простое и всеобщеизвестное. Чтобы проверить всё ли работает корректно после переноса файлов и базы данных, но не меняя NS-записи, нужно:
- Узнать новый IP, по которому будет доступен сайт на новом хостинге
- Открыть в редакторе файл «c:\Windows\System32\drivers\etc\hosts »
- Прописать в конце файла строчку: ip_сайта имя_сайта
- Сохранить файл
У вас должно получиться похожее:
Единственный нюанс, если открывать файл «hosts» блокнотом, то нужно сначала запустить «Блокнот», потом перенести файл на него мышкой. Таким образом, мы говорим нашей Windows версий XP/7/8/10, что открывать этот сайт нужно именно с такого IP-адреса.
Как поменять хостинг без вреда
Проверили, всё работает. Остаётся сменить записи ns-серверов у регистратора, но это совсем не обязательно! Чтобы протестировать работу нового хостинг-провайдера вживую на обычных посетителях нам нужно изменить IP-адрес сайта в панели текущего хостинга.
Примечание: метод работает, если хостинг поддерживает работу с DNS-зоной, а это есть у любого нормального (и даже не очень) провайдера.
Самые популярные панели — ISP Manager и cPanel, вот на их примере и покажу.
ISP Manager
Заходим в панель управления и в самом верху ищем «Доменные имена». Кликаем, и справа видим свой сайт, а сверху кнопку «Записи» — нажимаем:
Появится список, в самом верху которого должна быть A-запись. Т.е., в первой колонке имя вашего домена, в колонке «Тип» -> «A » или «A (адрес Internet v4) »:
Теперь меняем эту запись (или обе, если есть с «www.site.ru») с помощью кнопки «Изменить»:
Теперь самое главное: в поле «IP-адрес» нужно вписать IP-сайта на новом хостинге. Если есть поле TTL, то заменяем его значение на «300». От него зависит насколько быстро «переедет сайт». Всё, жмём «ОК», убираем запись из файла «hosts» (если делали на предыдущем этапе), и ждём когда сайт начнут посещать на новом сервере. От значения TTL это время может занять от 5 минут до пары часов.
И теперь, если нас что-то не устраивает в работе, можем вернуть старый IP-адрес до тех пор, пока проплачен старый хостинг (вы ведь сохранили значение айпи перед заменой? :)) И самая радость в том, что так как мы поменяли TTL на 300, то «обратный переезд» происходит в течении 5 минут! После всех финальных работ лучше поставить «3600».
Всего этого достаточно чтобы проверить работу всех основных функций сайта. При этом может не работать или работать по-старому почта домена (до полноценной смены ns).
На примере cPanel
В панели управления cPanel всё также, только по-другому выглядит. В главном окне находим «Расширенный редактор зон DNS»
Также находим вверху A-запись домена и нажимаем «Редактировать». В окошке вносим новый IP-адрес и значение TTL:
Сохраняем, Всё!
Как на 99% не зависеть от стабильности хостинга?
Будем использовать мой метод не только для переезда, но и для стабильности работы сайта. Можно не переезжать, а иметь двух хостеров! Это немного чопорно, но для тех, у кого не часто обновляемые сайты и не бьёт по карману двойная переплата, то рекомендую!
Принцип простой: первый хостинг используется в основном в качестве DNS-хостинга, т.е., в редакторе мы прописываем IP-сайта на втором, основном сервере. Для этих целей я выбрал , потому что у него быстрый и стабильный DNS по рейтингу ping-admin.ru. Также, учитывается, что сервера справятся с нагрузкой на сайт.
Второй хостинг используется как основной. И если с ним что-то случается, то мы идём в админку первого и меняем IP сайта на родной IP первого хостинга. После налаживания работы – меняем обратно. В качестве основного я использую .
Минус такого способа в том, что актуальная копия сайта должна поддерживаться на обоих серверах. Но даже если на резервном сервере будет чуть устаревшая копия, то это всё равно лучше, чем недоступность сайта, особенно в глазах поисковых систем 😉
Вот такая петрушка, удачи!
Здравствуйте, сегодня я решил написать про то, когда и зачем нужно менять хостинг, как это сделать без ущерба проекту и посетителям.
Начнем с того, что разберем в когда поменять хостинг на новый целесообразно. Ведь переезд дело не простое и может доставить массу хлопот.
Когда нужна смена хостинга
По моему мнению самая весомая причина для смены, это частые сбои в работе серверов, на которых расположен сайт. Сбои могут вызываться как увеличением нагрузки ввиду роста посещаемости и как следствие, нехваткой выделенных ресурсов, так и проблемами с железом и ПО сервера, которое обязан периодически обслуживать и обновлять хостинг провайдер и не допускать перебоев в работе. В любом случае, частое падение сайта может негативно сказаться как в глазах поискового робота, что приведет к снижению позиций в поиске, так и в отношении посетителей, ведь в современной конкуренции не будем же мы ждать когда заработает закрытый магазин, а просто перейдем дорогу и зайдем в работающий.
Если сайт начал падать ввиду увеличившейся посещаемости, то можно конечно рассмотреть и переход на более дорогой тарифный план, но если проблемы в оборудовании или ПО установленном на сервере, то надо искать альтернативу.
Второй по значимости для меня момент - это стоимость услуг. Если я получаю тарифный план с набором опций за 200 руб. в месяц, а условный сосед пользуются таким же же набором ровно в половину дешевле, то я буду думать о переезде. Ведь народная мудрость не даром гласит, что "Богатый не тот кто много зарабатывает, а тот кто с умом тратит".
И третья причина которая может сыграть за переезд - это отношение к клиенту специалистов технической поддержки провайдера. Допустим если у меня какая то проблема с сайтом по вине хостера, то я хочу, чтобы эта проблема решалась в онлайн режиме и как можно быстрее. А если мне говорят, что на решение требуется время, или просто отмалчиваются, такой хостинг нам не нужен.
Какой хостинг выбрать
На этот вопрос однозначного ответа не даст никто, потому что каждый web-проект по своему уникален (я даже ранее публиковал на эту тему отдельную статью - ознакомиться ) Но определенные условия должны выполняться однозначно.
- Хостинг должен уметь делать бэкапы каждый день.
- Интерфейс панели управления, должен быть удобный, дружественный и современный.
- Уточните какие есть ограничения по количеству сайтов и баз данных, использованию субдоменов. Это может понадобиться когда Вы захотите расширить свой проект и создать сервис на домене третьего уровня, или привязать дополнительное имя сайта под отдельное направление деятельности.
- Хороший хостинг имеет как минимум три варианта для загрузки файлов на сервер: FTP, SSH и web-интерфейс (файловый менеджер).
- Обратите внимание на параметр - загруженность канала и сервера. Показатель загруженность канала говорит о скорости отдачи контента посетителю, а загруженность сервера о быстроте выполнения скриптов сервером.
- Важный параметр - нагрузка на сервер. Отражает время, потраченное сервером на обработку php-скриптов.
- Объем дискового пространства. Если на начальном этапе разработки сайта на любой CMS, достаточно будет и 100 Мб., то в дальнейшем на сайте обязательно появятся изображения, видео и другая информация. И если не позаботится заранее об объеме диска, то могут возникнуть проблемы.
Мог что-то забыть. Дополняйте в комментариях.
Подготовительные работы при смене хостинга
С выбором нового хостинга определились, теперь самое время сделать подготовительную работу к переносу сайта.
- Отключаем возможность комментирования на сайте. Это нужно для того, чтобы комментарии не остались на старой версии сайта и соответственно не были потеряны.
- Создаем архивную копию (бэкап) сайта и базы данных. Делается это не сложно в любой панели управления хостингом есть раздел архивного копирования. Достаточно просто запустить задачу бэкапа и через некоторое время скачать архив к на компьютер. Но есть и другой вариант. Подключаемся по ftp через программу FileZilla, или TotalCommander к папке где хранятся файлы сайта (обычно public_html) и скачиваем все, что внутри на компьютер.
- С панели управления хостинга заходим в PhpMyAdmin выбираем базу нашего сайта, жмем "Экспорт" -> "Вперед", дальше сохраняем файл базы данных.
Перенос сайт на другой хостинг
Сначала у нового хостера создаем сайт с таким же именем как и на прежнем хостинге, добавляем доменное имя в панели и прикрепляем его к сайту.
Подключаемся по ftp и копируем все файлы из созданного и сохраненного ранее архива.
Пока происходит копирование файлов, создаем базу данных с таким же как раньше именем базы данных, именем пользователя и паролем. Импортируем из бэкапа базу данных сайта.
После того как файлы скопируются впринципе сайт уже может работать на новом хостинге, остается только изменить записи в DNS у регистратора домена, но лучьше с этим не торопиться, а сначала проверить все ли прошло хорошо и сайт работает корректно. Для этого необходимо узнать ip адрес по которому расположен сайт после переноса. Обычно он указывается в панели управления хостингом, или нужно обратиться за информацией в техническую поддержку. Потом этот адрес вбиваем в адресную строку браузера и видим наш сайт работающий на новом хостинге. Если никаких проблем не обнаружено, то переходим к смене DNS адресов сервера.
Меняем адреса DNS сервера на новые
Перейдите на сайт регистратора своего доменного имени и в панели управления измените адреса DNS-серверов на те, которые выдал Вам новый хостинг-провайдер при регистрации.
Через некоторое время обычно от 7 часов до двух суток dns записи обновятся и перенесенный сайт начнет открываться с нового хостинга, но не спешите удалять старую версию сайта, так как у интернет провайдеров тоже есть некая задержка на обновление записей DNS и в связи с этим некоторые пользователи не смогут попасть на перенесенный сайт пока инфа о ДНС-ах не обновится у их интернет провайдера, а соответственно есть вероятность потерять посетителя. Рекомендую удалить старую версию сайта, и соответственно сразу после удаления включить комментирование, где-то дней через пять, шесть.
Подведем итоги
Переезд сайта на другой хостинг закономерен если старый хостер: гнет цену, не оказывет в полной мере заявленные в тарифе услуги, плохо работает техподдержка.
При переезде самое главное не спешить удалять старую версию сайта пока не протестирован новый сайт и пока не обновились все записи DNS серверов.
Переносить сайт на новый хостинг не так уж и сложно, самое главное быть внимательным и действовать по намеченному плану.
На этом все удачи пре перенове сайта. Дополнения и поправки приветствуются в комментариях!
Всем привет дорогие друзья! В этой статье я расскажу про 7 явных признаков, которые как маячок сигнализируют о том, что вам нужно сменить хостинг.
И причем сделать это как можно скорее, ибо промедлив с каким-либо пунктом, есть риск, что ваши позиции, которые есть в поисковой выдачи просто упадут и больше не поднимутся.
Давайте сейчас с особым вниманием взглянем на эти пункты и посмотрим, какие из них уже есть в вашем случае и предпримем решительные практические действия для смены хостинга.
У многих пользователей может возникнуть страх, мол, я вообще не технический специалист и реально не знаю, как перенести сайт на другой хостинг. Не расстраивайтесь дорогие друзья.
Главное, что вам нужно это сделать пока на время сайта, так, на всякий случай. А уже хостинговая компания непосредственно поможет вам с ответом на вопрос как сменить хостинг. Главное напишите в или оставьте у них так называемый тиккет и они свяжутся с вами.
Вам же нужно будет просто предоставить необходимые данные, а всю остальную работу они выполнят сами. По крайней мере, меня всегда устраивает поддержка Спейсвеб, именно им я уже на протяжении вот уже более 3-х лет доверяю свой ресурс. И вроде бы, тьфу, тьфу (чтобы не сглазить) пока все хорошо. Так что страхи и сомнения прочь.
Итак, вот они 7 причин по которым стоит немедленно сменить хостинг.
Частое время простоя
Выражаясь «технарски», сайт просто в «дауне» (не работает).
Такие простои, если они частые и длятся несколько часов, могут самым негативным образом повлиять на рейтинг сайта в поисковых системах (также все это скажется и на трафике). Мало кто захочет посещать сайт, который время от времени недоступен для пользователя.
Также думает и обученный поисковый робот. Если ваш сайт не работает несколько раз в неделю, то прямой знак, что вам нужно сменить хостинг.
Как сказать это, если ваш сайт не работает? Поскольку вы не в состоянии посещать и мониторить свой сайт 24 часа 7 дней в неделю, то понять это будет немного сложнее без мониторинга. К счастью есть полезные инструменты, например, Pingdom, который отслеживает работоспособность вашего сайта да еще и бесплатно к тому же.
Можете ознакомиться со статьей –
Плюс вы всегда можете спросить поддержку хостинга о простоях и неполадках, которые произошли. Если они выглядят не убедительными, то настало время поменять провайдера.
Немного похожая картина относительно недавно была у меня. Захожу вечером на сайт, а он недоступен. Звоню в саппорт по 8 800 и мне сразу же дали консультацию и сказали, что нужно перезапустить версию php.
У меня стояла, по моему, связка Apache 2.2 + php 5.4, а надо было изменить на версию Apache 2.2 + php 5.3. И все заработало как часы! Но ведь я этого не знал и мне об этом сказали за считанные минуты по горячей линии. Это безусловный плюс им в карму! Если у кого похожая ситуация, вот будет пища к размышлению.
Ошибка соединения с базой данных
Каким бы хорошим хостинг ни был, рано или поздно наступит момент, когда захочется перенести свой сайт в другое место. Причин для таких действий может быть множество, но процедура переноса сайта всегда будет одна и та же. Поэтому стоит заранее ознакомиться с тем, как сменить хостинг сайта.
Я надеюсь, что вы грамотный и аккуратный владелец веб-ссайта. И регулярно делаете резервные копии структуры файлов и всех баз данных. Поэтому в статье будет разбираться общая схема как сменить хостинг провайдера.
Если смотреть обобщенно, то все сайты делятся на две больших группы. Первая – те, которые используют базы данных. Вторая – которая базы данных не использует.
В первую группу автоматически попадают все сайты, построенные на CMS. Потому что основой функционирования такого сайта является хранение и манипулирование достаточно большими объемами данных, которые хранятся в базах данных.
Кроме проектов, построенных на CMS, в данную группу попадают также и сайты, в которых какие-нибудь скрипты собирают информацию в базы данных. Например, таким проектом может оказаться простой одностраничный сайт, который предназначен для сбора базы подписчиков. Именно база подписчиков, скорее всего будет храниться в базе данных. А наполнять ее будет достаточно простой скрипт, связанный с простой формой на странице.
Во вторую группу попадают все сайты, которые с базами данных не работают никак. Здесь могут оказаться как простые продажные одностраничнки, так и достаточно сложные многостраничные проекты.
Зачем я разбил сайты на группы? Дело в том, что для второй группы перенос сайта на другой хостинг будет составной частью процесса для первой группы. Читайте дальше, я сейчас все объясню.
Если посмотреть на весь процесс переноса сайта с хостинга на хостинг, то он будет выглядеть следующим образом. Нужно перенести базу данных и файловую структуру с одного сервера, на другой, а затем настроить привязку доменного имени. Именно поэтому, для второй группы сайтов перенос является частью процесса для первой группы. Базы данных нет, поэтому переезжает только структура файлов.
А теперь рассмотрим всю процедуру переноса сайта более детально и поэтапно. Далее я буду называть хостинг, с которого производится переезд, Источником, а тот, куда переносится сайт – Назначением. Да, именно с большой буквы, чтобы путаницы не было.
- Создаем резервную копию структуры файлов и базы данных на Источнике. Для выполнения операций можно воспользоваться специальными скриптами. Но лучше использовать универсальные средства, такие, например, как PHPMyAdmin для работы с базами данных и файловый менеджер из панели управления хостингом для архивирования файлов сайта. Почему? Универсальные средства не привязаны к структуре вашего проекта, а работают напрямую с файлами на сервере, поэтому сам перенос может оказаться проще, хотя для пользования таким инструментами может понадобиться освоение новых знаний и навыков. Созданные резервные копии сохраняем на локальный компьютер.
- На Источнике переводим сайт в режим обслуживания. В CMS это делается просто – обычно есть специальная команда в консоли управления. Для простых HTML сайтов процесс может оказаться несколько сложнее – может потребоваться загрузка специальной страницы вместо главной на ваш сайт.
- Проверяем конфигурацию Назначения и сравниваем ее с конфигурацией Источника. Вообще-то данный шаг надо сделать еще до принятия решения о переезде. На что надо обратить внимание? Конечно же, на объем дискового пространства и количество доступных баз данных. Но особенное внимание надо уделить версиям и конфигурации PHP, подключенным модулям PHP и объему памяти, доступной для выполнения скриптов. Желательно, чтобы версия PHP на Источнике и Назначении совпадали. На многих хостингах версию PHP и модули можно переключить в панели управления или по запросу в службу поддержки. Объем доступной памяти можно посмотреть в статистике хостинга. Главное – на Назначении он должен быть не меньше, чем на Источнике, если ваш сайт использует скрипты. Обидно будет, если сайт потеряет часть своего функционала из-за того, что важный скрипт не сможет запуститься из-за нехватки памяти.
- Копируем и распаковываем архив с файловой структурой сайта в корневой каталог на Назначении. Для второй группы сайтов можно переходить к шагу 7.
- На Назначении создаем новую базу данных и импортируем в нее архив базы данных с Источника. Лучше всего для таких операций использовать универсальные инструменты, такие как PhpMyAdmin. Имена баз данных скорее всего будут различаться, потому что хостеры обычно используют собственные префиксы в названиях баз данных. Нужно записать название базы данных, имя пользователя, пароль и название сервера баз данных - они понадобятся на следующем шаге.
- Устанавливаем на Назначении в конфигурационных файлах новые значения для доступа к базе данных. Скрипты обычно используют специальные файлы, в которых хранятся все четыре параметра - сервер, имя базы, имя пользователя, пароль. Их обязательно нужно поменять, чтобы скрипт смог работать на новом месте.
- Меняем связку доменного имени с хостингом. Здесь возможны два варианта. Первый домен зарегистрирован на Источнике. В данном случае можно оставить домен где он есть, только исправить поля NS в редакторе DNS для домена. А можно перенести домен на Назначение. Тогда нужно написать запрос в техническую поддержку Назначения, и специалисты вам подскажут, что делать. Второй вариант – домен зарегистрирован в совершенно другой организации. Это самый лучший вариант. В данном случае вы просто меняете значения NS записей через панель регистратора доменного имени. Кстати, данный этап самый долгий. На изменение данных DNS уходит достаточно большой объем времени.
- Когда привязка доменного имени к новому месту расположения сайта заработает, вы увидите в браузере. На Источнике установлена страница режима обслуживания, а на Назначении должен открываться сайт в рабочем режиме. Теперь остается проверить функциональность проекта. Лень в данном случае - плохой советчик. Надо пройти по всем страницам, нажимать на все кнопки, заполнять все формы. Ваш сайт начал работать на другом сервере, у которого другая конфигурация аппаратного и программного обеспечения, и она может плохо соответствовать требованиям какого-либо скрипта.
Вот и вся процедура переноса сайта с одного хостинга на другой. Ничего сложного в том, как сменить хостинг провайдер сайта нет. Если у вас мало опыта в работе с сайтом, а назначение предлагает бесплатную услугу по переносу сайта, то лучше будет воспользоваться предложением. Вы получите готовый к работе сайт и достаточное для разработки нового материала время.
Я подготовлю для вас несколько видеоуроков по переносу простого HTML сайта и проектов на Wordpress, Joomla и Drupal. Следите за рубрикой «Статьи и видеоуроки».
