Причины по которым следует сменить хостинг.

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

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

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

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

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

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

Итак, вот они 7 причин по которым стоит немедленно сменить хостинг.

Частое время простоя

Выражаясь «технарски», сайт просто в «дауне» (не работает).

Такие простои, если они частые и длятся несколько часов, могут самым негативным образом повлиять на рейтинг сайта в поисковых системах (также все это скажется и на трафике). Мало кто захочет посещать сайт, который время от времени недоступен для пользователя.

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

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

Можете ознакомиться со статьей –

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

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

У меня стояла, по моему, связка Apache 2.2 + php 5.4, а надо было изменить на версию Apache 2.2 + php 5.3. И все заработало как часы! Но ведь я этого не знал и мне об этом сказали за считанные минуты по горячей линии. Это безусловный плюс им в карму! Если у кого похожая ситуация, вот будет пища к размышлению.

Ошибка соединения с базой данных

В предыдущей статье я рассказывал как можно заранее убедиться в том, что на ваш сайт. Но всё равно очень страшно прописывать у регистратора новые 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 первого хостинга. После налаживания работы – меняем обратно. В качестве основного я использую .

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

Вот такая петрушка, удачи!

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

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

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

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

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

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

Зачем я разбил сайты на группы? Дело в том, что для второй группы перенос сайта на другой хостинг будет составной частью процесса для первой группы. Читайте дальше, я сейчас все объясню.

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

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

Создаем резервную копию структуры файлов и базы данных на Источнике. Для выполнения операций можно воспользоваться специальными скриптами. Но лучше использовать универсальные средства, такие, например, как PHPMyAdmin для работы с базами данных и файловый менеджер из панели управления хостингом для архивирования файлов сайта. Почему? Универсальные средства не привязаны к структуре вашего проекта, а работают напрямую с файлами на сервере, поэтому сам перенос может оказаться проще, хотя для пользования таким инструментами может понадобиться освоение новых знаний и навыков. Созданные резервные копии сохраняем на локальный компьютер.
На Источнике переводим сайт в режим обслуживания. В CMS это делается просто – обычно есть специальная команда в консоли управления. Для простых HTML сайтов процесс может оказаться несколько сложнее – может потребоваться загрузка специальной страницы вместо главной на ваш сайт.
Проверяем конфигурацию Назначения и сравниваем ее с конфигурацией Источника. Вообще-то данный шаг надо сделать еще до принятия решения о переезде. На что надо обратить внимание? Конечно же, на объем дискового пространства и количество доступных баз данных. Но особенное внимание надо уделить версиям и конфигурации PHP, подключенным модулям PHP и объему памяти, доступной для выполнения скриптов. Желательно, чтобы версия PHP на Источнике и Назначении совпадали. На многих хостингах версию PHP и модули можно переключить в панели управления или по запросу в службу поддержки. Объем доступной памяти можно посмотреть в статистике хостинга. Главное – на Назначении он должен быть не меньше, чем на Источнике, если ваш сайт использует скрипты. Обидно будет, если сайт потеряет часть своего функционала из-за того, что важный скрипт не сможет запуститься из-за нехватки памяти.
Копируем и распаковываем архив с файловой структурой сайта в корневой каталог на Назначении. Для второй группы сайтов можно переходить к шагу 7.
На Назначении создаем новую базу данных и импортируем в нее архив базы данных с Источника. Лучше всего для таких операций использовать универсальные инструменты, такие как PhpMyAdmin. Имена баз данных скорее всего будут различаться, потому что хостеры обычно используют собственные префиксы в названиях баз данных. Нужно записать название базы данных, имя пользователя, пароль и название сервера баз данных - они понадобятся на следующем шаге.
Устанавливаем на Назначении в конфигурационных файлах новые значения для доступа к базе данных. Скрипты обычно используют специальные файлы, в которых хранятся все четыре параметра - сервер, имя базы, имя пользователя, пароль. Их обязательно нужно поменять, чтобы скрипт смог работать на новом месте.
Меняем связку доменного имени с хостингом. Здесь возможны два варианта. Первый домен зарегистрирован на Источнике. В данном случае можно оставить домен где он есть, только исправить поля NS в редакторе DNS для домена. А можно перенести домен на Назначение. Тогда нужно написать запрос в техническую поддержку Назначения, и специалисты вам подскажут, что делать. Второй вариант – домен зарегистрирован в совершенно другой организации. Это самый лучший вариант. В данном случае вы просто меняете значения NS записей через панель регистратора доменного имени. Кстати, данный этап самый долгий. На изменение данных DNS уходит достаточно большой объем времени.
Когда привязка доменного имени к новому месту расположения сайта заработает, вы увидите в браузере. На Источнике установлена страница режима обслуживания, а на Назначении должен открываться сайт в рабочем режиме. Теперь остается проверить функциональность проекта. Лень в данном случае - плохой советчик. Надо пройти по всем страницам, нажимать на все кнопки, заполнять все формы. Ваш сайт начал работать на другом сервере, у которого другая конфигурация аппаратного и программного обеспечения, и она может плохо соответствовать требованиям какого-либо скрипта.

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

Я подготовлю для вас несколько видеоуроков по переносу простого HTML сайта и проектов на Wordpress, Joomla и Drupal. Следите за рубрикой «Статьи и видеоуроки».

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

Начать стоит с поиска нового подходящего хостера. Для это вы можете использовать наш рейтинг хостинг-провайдеров и прочитать сатью «как выбрать хостинг ».
После выбора нового хостера идем на старый хостинг и скачиваем свежую резервную копию файлов и backup базы данных .
Закачиваем файлы и базу данных на новый хостинг и настраиваем подключение к БД. Подробней об этом читайте в статье «Как перенести сайт на хостинг ».
Если вы используете почту на вашем домене и обслуживать ее должны почтовые сервера хостинг-провайдера, то все почтовые ящики необходимо создать заново на новом хостинге.
Далее необходимо обязательно проверить работу сайта на новом хостинге. У некоторых хостинг-провайдеров для этого есть сервисный адрес сайта, что очень удобно. Если такой опции нет, то можно это сделать при помощи файла «hosts», который есть на вашем компьютере. В ОС Windows он обычно находится в WINDOWSsystem32driversetchosts, в ОС Linux в /etc/hosts, в ОС Mac OS в /private/etc/hosts. Необходимо открыть этот файл на редактирование и добавить запись вида X.X.X.X example.com. Где вместо X.X.X.X указываем IP адрес сервера нового хостинга, а вместо example.com имя вашего домена. Таким образом вы укажите вашему компьютеру на каком IP адресе находится сайт с указанным доменным именем . После проверки работоспособности эту запись в файле «hosts» необходимо удалить.
После этого, можно приступать к настройке доменного имени , что бы домен «смотрел» на новый хостинг. Здесь два варианта.
1. Зайти в настройки доменного имени и указать в записях типа А IP адрес нового веб сервера и в записях типа MX адреса почтовых серверов.
2. У регистратора доменного имени, в настройках домена указать DNS сервера вашего нового хостинг-провайдера. И далее внести все необходимые настройки уже на стороне нового хостера.
Второй вариант более предпочтительный. Во-первых логичней управлять и доменом и хостингом в одном месте, во-вторых у нового хостера скорее всего все необходимые настройки уже будут указаны автоматически и вам кроме смены DNS серверов для домена ничего больше не придется делать. Также, вполне вероятно, что у хостера в процессе работы возникает необходимость вносить изменения в настройки доменов клиентов, например при переносе сайта на другой сервер с другим IP адресом. Если для работы почты использовалась сторонняя почтовая служба (например яндекс, google и т.д.), то после смены DNS серверов, необходимо на новых DNS серверах в MX записях указать ту же информацию, которая была указана на старых DNS серверах.
После смены настроек доменного имени не нужно спешить удалять или отключать сайт на старом хостинге. Необходимо подождать пока обновится информация о домене на DNS серверах интернет провайдеров. Дело в том, что интернет провайдеры на некоторое время (от 8 до 72 часов) запоминают (кэшируют) информацию о доменах, к которым обращались их клиенты (). Соответственно, любые изменения в настройках доменного имени не вступают в силу моментально. В определенный момент времени может получится так, что некоторые посетители попадают еще на сайт на старом хостинге, а некоторые уже на сайт на новом хостинге. Обычно достаточно подождать около суток.
После обновления информации о домене можно смело удалять сайт со старого хостинга.

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

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

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

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

Подводя итог отметим, что для переноса вам потребуется:

Скопировать файлы сайта и базу данных со старого хостинга;
Поменять старые DNS на новые;
Копировать файлы и базу данных на новый хостинг.

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

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

И совет напоследок: не бойтесь менять хостинг-провайдера! Это только кажется страшным и трудным, а на деле все происходит быстро и просто).