Как изменить файл hosts

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

1. Начать стоит с поиска нового подходящего хостера. Для это вы можете использовать наш рейтинг хостинг-провайдеров и прочитать сатью «как выбрать хостинг ».
2. После выбора нового хостера идем на старый хостинг и скачиваем свежую резервную копию файлов и backup базы данных .
3. Закачиваем файлы и базу данных на новый хостинг и настраиваем подключение к БД. Подробней об этом читайте в статье «Как перенести сайт на хостинг ».
4. Если вы используете почту на вашем домене и обслуживать ее должны почтовые сервера хостинг-провайдера, то все почтовые ящики необходимо создать заново на новом хостинге.
5. Далее необходимо обязательно проверить работу сайта на новом хостинге. У некоторых хостинг-провайдеров для этого есть сервисный адрес сайта, что очень удобно. Если такой опции нет, то можно это сделать при помощи файла «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» необходимо удалить.
6. После этого, можно приступать к настройке доменного имени , что бы домен «смотрел» на новый хостинг. Здесь два варианта.
   1. Зайти в настройки доменного имени и указать в записях типа А IP адрес нового веб сервера и в записях типа MX адреса почтовых серверов.
   2. У регистратора доменного имени, в настройках домена указать DNS сервера вашего нового хостинг-провайдера. И далее внести все необходимые настройки уже на стороне нового хостера.
   Второй вариант более предпочтительный. Во-первых логичней управлять и доменом и хостингом в одном месте, во-вторых у нового хостера скорее всего все необходимые настройки уже будут указаны автоматически и вам кроме смены DNS серверов для домена ничего больше не придется делать. Также, вполне вероятно, что у хостера в процессе работы возникает необходимость вносить изменения в настройки доменов клиентов, например при переносе сайта на другой сервер с другим IP адресом. Если для работы почты использовалась сторонняя почтовая служба (например яндекс, google и т.д.), то после смены DNS серверов, необходимо на новых DNS серверах в MX записях указать ту же информацию, которая была указана на старых DNS серверах.
7. После смены настроек доменного имени не нужно спешить удалять или отключать сайт на старом хостинге. Необходимо подождать пока обновится информация о домене на DNS серверах интернет провайдеров. Дело в том, что интернет провайдеры на некоторое время (от 8 до 72 часов) запоминают (кэшируют) информацию о доменах, к которым обращались их клиенты (). Соответственно, любые изменения в настройках доменного имени не вступают в силу моментально. В определенный момент времени может получится так, что некоторые посетители попадают еще на сайт на старом хостинге, а некоторые уже на сайт на новом хостинге. Обычно достаточно подождать около суток.
8. После обновления информации о домене можно смело удалять сайт со старого хостинга.

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

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

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

Когда нужна смена хостинга

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

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

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

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

Какой хостинг выбрать

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

1. Хостинг должен уметь делать бэкапы каждый день.
2. Интерфейс панели управления, должен быть удобный, дружественный и современный.
3. Уточните какие есть ограничения по количеству сайтов и баз данных, использованию субдоменов. Это может понадобиться когда Вы захотите расширить свой проект и создать сервис на домене третьего уровня, или привязать дополнительное имя сайта под отдельное направление деятельности.
4. Хороший хостинг имеет как минимум три варианта для загрузки файлов на сервер: FTP, SSH и web-интерфейс (файловый менеджер).
5. Обратите внимание на параметр - загруженность канала и сервера. Показатель загруженность канала говорит о скорости отдачи контента посетителю, а загруженность сервера о быстроте выполнения скриптов сервером.
6. Важный параметр - нагрузка на сервер. Отражает время, потраченное сервером на обработку php-скриптов.
7. Объем дискового пространства. Если на начальном этапе разработки сайта на любой CMS, достаточно будет и 100 Мб., то в дальнейшем на сайте обязательно появятся изображения, видео и другая информация. И если не позаботится заранее об объеме диска, то могут возникнуть проблемы.

Мог что-то забыть. Дополняйте в комментариях.

Подготовительные работы при смене хостинга

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

1. Отключаем возможность комментирования на сайте. Это нужно для того, чтобы комментарии не остались на старой версии сайта и соответственно не были потеряны.
2. Создаем архивную копию (бэкап) сайта и базы данных. Делается это не сложно в любой панели управления хостингом есть раздел архивного копирования. Достаточно просто запустить задачу бэкапа и через некоторое время скачать архив к на компьютер. Но есть и другой вариант. Подключаемся по ftp через программу FileZilla, или TotalCommander к папке где хранятся файлы сайта (обычно public_html) и скачиваем все, что внутри на компьютер.
3. С панели управления хостинга заходим в PhpMyAdmin выбираем базу нашего сайта, жмем "Экспорт" -> "Вперед", дальше сохраняем файл базы данных.

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

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

Подключаемся по ftp и копируем все файлы из созданного и сохраненного ранее архива.

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

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

Меняем адреса DNS сервера на новые

Перейдите на сайт регистратора своего доменного имени и в панели управления измените адреса DNS-серверов на те, которые выдал Вам новый хостинг-провайдер при регистрации.

Через некоторое время обычно от 7 часов до двух суток dns записи обновятся и перенесенный сайт начнет открываться с нового хостинга, но не спешите удалять старую версию сайта, так как у интернет провайдеров тоже есть некая задержка на обновление записей DNS и в связи с этим некоторые пользователи не смогут попасть на перенесенный сайт пока инфа о ДНС-ах не обновится у их интернет провайдера, а соответственно есть вероятность потерять посетителя. Рекомендую удалить старую версию сайта, и соответственно сразу после удаления включить комментирование, где-то дней через пять, шесть.

Подведем итоги

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

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

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

На этом все удачи пре перенове сайта. Дополнения и поправки приветствуются в комментариях!

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

Выбор нового веб-хостинга

Провайдеров очень много, и у каждого своя собственная конфигурация – общий сервер, выделенный сервер, облачный VPS. Чтобы выбрать хостинг, нужно оценить ряд факторов, среди которых стоимость, требуемое пространство, конфигурация сервера. Нас сегодняшний день оптимальным вариантом стали облачные решения, подробно о которых можно узнать здесь www.colobridge.net (https://www.colobridge.net/products/cloud_solutions/cloud_vds.php). Они обладают множеством преимуществ, например:

Низкие затраты.

Быстродействие.

Повышенная безопасность.

Высокая мобильность.

Безграничная расширяемость.

Строгое соответствие стандартам.

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

Копирование сайта

Если вы уже решили вопрос, как выбрать облачный хостинг, переходите к этапу копирования сайта в облако. Чтобы создать резервную копию статического сайта, просто скопируйте старые структуры файлов на новый веб-хостинг. Для динамического сайта, который работает на базе данных (MySQL), установите веб-приложения на новом месте так же, как они в настоящее время находятся на существующем сайте. Затем переместите файл базы данных на новый веб-хостинг.

Последняя проверка

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

Переключение записей DNS сайта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Зачем менять хостинг провайдера?

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

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

Отыщите хорошего нового хостера.

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

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

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

Первые шаги

Сначала сделайте резервную копию сайта. Обычно это делают по FTP с помощью соответствующих программ (одна из самых удобных - бесплатная Filezilla). Обычно сайт сначала нужно сжать в архив, и делают это через Файловый менеджер в вашей панели управления хостингом. А затем уже через FTP-клиент его сохраняют себе на жесткий диск. Также, обязательно проследите, чтобы сохранилась первоначальная структура каталога. Так попав к новому хостеру, из-за изменений в каталоге, Ваш сайт может функционировать не правильно. Если Ваш веб-проект очень крупный, то перед тем как копировать его, лучше проконсультироваться со службой поддержки, т.к. иногда при копировании больших объемов информации с сервера, может нарушаться нормальная работа сайта.

Новый хостер

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

Доменные именные сервера (DNS)

Именные сервера используют для определения реального местонахождения сайта в сети Интернет. Чаще всего они выглядят так: ns1.yourhostingcompany.com и ns2.yourhostingcompany.com. Вам нужно либо самостоятельно сменить текущие DNS, на DNS нового хостинг провайдера, либо попросить об этом службу поддержки старого хостера. Обычно после смены именных серверов должно пройти от 3-х до 10 дней, чтобы изменения вступили в силу. Поэтому очень не рекомендуется удалять свой аккаунт у старого хостера на протяжении еще 2-х недель.

"Доверяй но проверяй!"

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

Итоги

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