11.12.2022 19:19

Почему люди меняют хостинг-провайдеров?

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

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

Вы тоже? Тогда найдите хорошего хостера!

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

ЕСЛИ

- Это ваш первый провайдер, чтобы предпринять новую попытку, вам придется пройти малоприятный путь. Помощь хорошего хостера не помешает!

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

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

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

На самом деле проблем больше. Эти основные.

Первая простои в работе web-сайта. Когда вы уходите от хостера по причине ненадлежащего качества услуг или из-за вынужденных затяжных простоев, вы вряд ли хотите продлить удовольствие, не так ли?

Вторая потеря входящих сообщений, присланных на E-mail. Некоторые письма, и это так, очень важны. Вы не можете предугадать, когда они поступят и от кого. Потерять важные письма означает потерять важные сделки. Читайте деньги. Кто сознательно откажется от части доходов?Сделайте копию сайта!

Спросите у любого вебмастера, умудренного опытом работы в сети, есть ли у него резервная копия сайта. Уверены: в ответ вы услышите удивленное ДА. Обычно копии хранятся сразу в нескольких местах. Либо на 2-х жестких дисках, либо на жестком диске и на CD-носителе.

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

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

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

Многие сайты состоят из 1000 и даже 10000 страниц. Если ваш один из них, поинтересуйтесь у текущего хостера, вернее, почти бывшего, как сделать копию. Проблема в том, что из-за резервного копирования, запущенного вами, на сервер ляжет дополнительная нагрузка. Она будет слишком велика хостер остановит процесс. А, возможно, и отключит сайт раньше времени. Так что, лучше уточнить, как решить этот вопрос мирным путем. Только

Не говорите хостеру, что намерены отказаться от его услуг

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

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

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

Так вот

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

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

Но вернемся к нашей проверке

Не останавливайтесь на первых 5-10 страницах. Проверьте как можно больше. Убедитесь, что внутренние ссылки на сайте работают корректно. Освойте панель управления.

Готово? Проверьте учетные записи вашей электронной почты. Убедитесь, что подключение к почтовому серверу проходит без проблем, и вы действительно можете отправлять письма. На этой стадии именные сервера останутся прежними, поэтому вам придется настроить новые учетные параметры в Outlook. Либо в другой программе, с которой вы работаете. Используйте IP-адрес вместо привычного mail.ваш домен.com.

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

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

Управление сайтом ведется через систему БД? Тогда все не так просто. Особенно если у вас есть свой форум. И он живой.

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

Только не спешите вносить правки! Сначала создайте новую БД с тем же именем, что и старая. На новом сервере. Проверьте подопечную, убедитесь, что полет нормальный. Ваша задача (по крайней мере, сейчас) сделать все возможное для решения потенциальных проблем.

Давайте проанализируем ситуации, которые возникают с часто используемыми БД и теми, что практически не используются.

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

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

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

Что такого уж сложного? Есть вероятность, что БД будет изменена. В то время, когда вы будете переносить данные от прежнего хостера к себе на компьютер. И затем к новому хостеру. Вероятность эта велика. Особенно если БД объемная, а скорость подключения к сети не очень. Учтите, что вам потребуется время на инструктирование старого проекта и добавление новых данных в новый аккаунт. Время понадобится и для улаживания конфликтных ситуаций. Словом, учтите все затраты времени, и вы поймете, что некоторые новые данные могут попасть в старую БД. Пока вы будете решать вопросы, связанные с переносом информации.

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

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

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

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

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

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

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

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

Решить проблему можно следующим образом. Создать в программе Outlook (либо в аналоговой системе) 2 аккаунта для всех почтовых адресов @ваш домен.com. Вместо mail.ваш домен.com лучше использовать IP-адреса. Как вы помните, они указываются провайдерами при регистрации новых аккаунтов.

Новые учетные адреса можно использовать для контроля над E-mail-сообщениями. Над теми, что отправляются на единый домен, но оседают в разных местах. По завершении процесса передачи вы перенаправите все письма со старого web-сервера на новый. И сможете работать с обычным сервером mail.ваш домен.com. Удалив аккаунты, которые были созданы на базе IP-адресов.

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

Именные сервера, т.е. те, что ассоциируются с вашим доменным именем, нужны для определения местонахождения web-сайта. Типичные домены могут выглядеть так: ns1.hostingcompany.com. Или же так: ns2.hostingcompany.com. Словом, по-разному.

Вы проверили, все ли в порядке с сайтом? Протестировали его работу в новом аккаунте? Тогда все будет работать идеально. По крайней мере, должно. Если все хорошо, пора вносить изменения в именные сервера. Сделать это можно 2-мя способами: либо самостоятельно (через аккаунт на регистраторе), либо через самого регистратора.

Итак, изменения внесены

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

После того, как активность станет нулевой, можно уведомить хостера, что в его услугах вы не нуждаетесь. Обязательно спросите, как обстоит дело с денежными возвратами. Это ваши деньги. Неразумно дарить их кому попало.РЕЗЮМЕ

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

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

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

Посему проверяйте правильность и уместность действий. До внесения корректив.« Вернуться к списку статейНазвание статьи: Web-рокировка: Как сменить хостера без проблем