В статье рассказывается:
- Основные причины для переноса сайта на другой хостинг
- Как выбрать новый хостинг
- Правильный алгоритм действий по переносу сайту на другой хостинг
- Как перенести сайт на WordPress на новый хостинг
- Финансовая сторона переноса сайта на новый хостинг
- 3 совета, как безболезненно перенести сайт на новый хостинг
- Типичные ошибки при переносе сайта на новый хостинг
-
Чек-лист: Как добиваться своих целей в переговорах с клиентамиСкачать бесплатно
Основные причины для переноса сайта на другой хостинг
Большинство пользователей сети Интернет может иметь свой сайт (или несколько сайтов), но не имеет своих серверов. Поэтому наши персональные или бизнес-сайты кто-то обслуживает, кто-то предоставляет для них место в Сети. Эта услуга и называется хостингом.
Можно сравнить такой сайт с небольшим магазином, арендующим помещение в огромном здании, где находятся десятки и сотни других торговых точек. Но что, если вас перестал устраивать хостинг вашего сайта и вы задумались над тем, как перенести сайт на новый хостинг, сохранив всё, что там есть? Ваш провайдер может уверять вас, что это очень трудно сделать, но это неправда. Так говорят просто потому, что не хотят терять клиентов. Сделать это совсем не так сложно, как может показаться на первый взгляд.
Технические проблемы
Сервером называют очень мощный и быстрый компьютер, имеющий свой собственный адрес в Интернете, и ваш сайт находится именно там, на одном из дисков этого компьютера. Но при этом компьютер этот не ваш. Как и любое техническое приспособление, он может оказаться неисправным, может зависать (при огромном количестве обращений к тем сайтам, которые на нём размещены), в него могут проникать вирусы.
Как можно узнать о неполадках на сервере вашего провайдера?
-
Вы часто получаете сообщения об ошибках на сервере (так называемая серия пятисотых), наиболее серьёзная из них — 500 (Internal Server Еrror): она означает, что сервер «сгорел» (выключился, перестал работать).
-
Вы постоянно сталкиваетесь с тем, что ваш сайт зависает при загрузке: она почему-то происходит чрезвычайно долго. Если у вас достаточно скоростной Интернет, не слишком старый и нормально работающий компьютер, если на самом сайте нет таблиц, а все файлы-изображения (в том числе видео) не слишком много весят, несложно сделать вывод, что виноват как раз хостинг (видимо, сервер не выдерживает гигантского количества запросов).
Убедиться в том, что это именно так, можно, измерив скорость сайтов с этого же сервера. Например, можно воспользоваться сервисом cy-pr.com (зайти в «Соседи на сервере, сайты на одном ip»).
-
Вашей антивирусной программе постоянно приходится трудиться в поте лица, отражая нападения вирусов. При этом вы уверены в надёжности своей антивирусной защиты: вы используете не самые простые пароли, часто их меняете, попасть в административные разделы вашего сайта можно только с внешнего IP-адреса. Значит, эти вирусы попадают в ваш компьютер с сервера.
Желание перенести сайт на новый хостинг может возникнуть и по другой причине.
А именно:
-
Из-за недостаточно оперативной технической поддержки или даже её отсутствия. Администраторы хостинга обязаны отвечать на все ваши вопросы независимо от их темы и количества, и отвечать понятно и относительно быстро. Вы не можете так же хорошо разбираться в тех проблемах, в которых они должны быть профессионалами. Если вам не отвечают, если помощи нет, вы неизбежно задумаетесь о том, куда перенести свой сайт.
-
Из-за платы за хостинг, которая перестала вас устраивать. Например, обесценивание рубля почти в два раза за последние четыре года привело к резкому подорожанию услуг иностранных хостингов. А вот цены на российских почти не изменились.
-
Из-за того, что сайт размещён на локальном сервере. Сайты делают специалисты по веб-программированию. Сайт может быть создан с использованием различных языков гипертекстовой разметки, например HTML+CSS+JS. Или же это будет динамический сайт, созданный с помощью CMS типа Joomla!, Drupal, WP или иных, с использованием пакета серверных программ Denwer, OpenServer или Apache+SQL+PHP. В любом случае вам нужно, чтобы на сайт мог попасть любой человек, а локальный сервер такой возможности не даёт: тут необходим именно хостинг.
Как выбрать новый хостинг
Что нужно обязательно учесть, если вы твёрдо решили перенести свой сайт на новый хостинг?
-
Как правило, несложно познакомиться с отзывами клиентов различных хостингов, если они достаточно крупные и там много сайтов. Конечно, не зная владельцев этих сайтов, вы не можете полностью доверять их мнениям, но, если таких мнений много и они относительно однотипные, это позволяет сделать определённые выводы. Ещё лучше поговорить со своими знакомыми, которым вы доверяете именно в этих вопросах, если у них есть опыт пользования различными хостингами.
-
Если отзывов нет и у вас нет возможности обсудить проблему с кем-то из своих знакомых, остаётся довериться своим впечатлениям. Выберите в сети те хостинги, которые вам подходят, и внимательно исследуйте их. Например, вас должно заинтересовать, есть ли возможность запросить техническую поддержку хостинга по телефону или это можно сделать только по электронной почте. Второй вариант хуже, так как вам ответят не сразу, а спустя какое-то время.
-
Разумеется, всегда важно сориентироваться по цене, ведь любой хостинг предлагает различные тарифные планы, и их может быть много. Укажите в фильтре хостинга нужные вам параметры, и вы найдёте подходящий вариант. Либо опять-таки поговорите с людьми, у которых есть опыт подобного выбора.
Правильный алгоритм действий по переносу сайту на другой хостинг
Как и в любом достаточно серьёзном деле, от этого этапа в очень большой степени зависит успех. Между тем многие владельцы сайтов пренебрегают данным шагом: либо торопятся, либо просто не понимают его необходимости. В результате после переноса сайта нередко возникают проблемы.
Планирование и подготовка
Сначала лучше узнать, каковы учётные данные, необходимые для админки сайта, панели управления хостингом, личного кабинета регистратора доменных имён; выяснить параметры доступа к FTP, MySQL и т. д. Если на вашем сайте используется партнёрский или рекламный код, уточните, как осуществляется доступ в личные кабинеты. Если есть обмен с товароучётной системой, опять же выясните параметры доступа с обеих сторон.
После чего вам понадобится исчерпывающая информация о вашем прежнем хостинге: о настройках и модулях веб-сервера, о том, где именно там находятся все файлы, кто их владелец, кто ими пользуется и как эти пользователи осуществляют доступ к ним. Чем больше вы будете знать, тем легче вам будет впоследствии. Всё, что вы узнали, лучше зафиксировать в одном определённом месте. Иногда при изучении старого хостинга выясняются совершенно неожиданные подробности, причём такие, которые могли бы стать серьёзной проблемой в дальнейшем.
Обязательно нужно знать версии используемых CMS и модулей к ним. Необходимо это потому, что на разных серверах, как и на обычных компьютерах, используется различное программное обеспечение и оно может оказаться несовместимым с вашим CMS. Особенно важно уточнить версию PHP. Разумеется, если вы обнаружили несовместимость, это не значит, что от нового хостинга следует сразу отказаться. Вы можете прибегнуть к обновлению: сделать его первоначально можно на стенде, ещё до старта всех остальных работ.
Если вы уже всё узнали, можно составлять план работ. Обычно нам кажется, что мы всё сделаем очень быстро, но перенести сайт на новый хостинг за два дня не очень реально. Лучше планировать время с запасом.
Как правило, владелец интернет-ресурса, не являющийся профессиональным программистом, тратит на перенесение его на новый хостинг от недели до двух. Соответственно, в течение этого времени у вас должен работать прежний хостинг. Важно продлить свой домен, если его срок уже подходит к концу.
Управление доменным именем
Утратить доменное имя — самое печальное, что может случиться с владельцем сайта. Само его наполнение сохранится, но попасть на него будет невозможно. Это как комната, в которой много хороших и нужных вещей, но ключ от двери утерян, и никто её не может открыть. Если доменного имени больше нет, создание интернет-ресурса фактически придётся начать с нуля.
По этой причине весьма рискованно создавать свой сайт на бесплатном домене или домене, владельцем которого вы не являетесь. В этом случае хозяин домена в любой момент и без объяснения причин может сделать с вашим сайтом что угодно.
Полным господином на своём ресурсе вы будете только тогда, когда купите доменное имя и станете его единственным владельцем. Если вы приобрели домен вместе с хостингом, то управлять им будет ваш провайдер: у вас может даже не оказаться доступа к DNS-зоне. Так что на своём сайте вам лучше быть хозяином во всех отношениях. А, кстати — быть владельцем доменного имени часто ещё и просто выгодно.
Что для этого нужно? Сначала найдите регистратора домена, используя сервис Whois:
Найдите строку registrar — там находится кодовое имя регистратора (например, R01-RU, как на картинке: это регистратор R01). Перенести домен можно как к самому регистратору, так и к кому-либо из его реселлеров (все они, как правило, указаны на сайте регистратора).
Если вас интересует прежде всего стоимость услуги, то вам стоит не останавливаться на первом попавшемся реселлере, потому что цены у всех разные. При желании можно зарегистрировать или продлить домен за 120–130 рублей, а иногда и дешевле.
Учтите, что реселлер — это коммерсант, перепродающий услуги регистратора с выгодой для себя. Поэтому он может указать низкую цену регистрации, но потом окажется, что она не на долгое время, а цена продления домена совсем не такая, гораздо выше. Так что лучше выяснить и ту, и другую цену с самого начала.
Определитесь также, какой платёжной системой вы намерены пользоваться, так как вам придётся оплачивать комиссию при переводе денег, а комиссии везде разные.
Процент может взиматься не только за перевод средств, но и за пополнение электронного кошелька. В итоге вы будете платить на это, за перевод денег и ещё и реселлеру. Сложив всё вместе, вы можете прийти к тому, что такой способ оплаты для вас невыгоден.
Обычно при оплате подобных услуг пользуются или банковскими картами, или PayPal, а электронными кошельками — только тогда, когда на них регулярно поступают средства и там всегда есть деньги.
Если реселлер некрупный и вы о нём не имеете никакого представления, это не должно смущать. Регистратор полностью отвечает за всех своих реселлеров, и вы, когда захотите, можете перенести свой домен к регистратору или другому его реселлеру. Сделать это можно за считанные часы, в том числе и тогда, когда ваш прежний реселлер уже сыграл в ящик.
Идеально, если вы решили передать свой домен от одного реселлера к другому и этот другой реселлер от того же регистратора. В этом случае всё просто: вы пишете или звоните в службу технической поддержки или направляете обращение непосредственно самому регистратору. Подробную инструкцию о том, как это сделать, вы найдёте и на сайте регистратора, и на сайте реселлера, есть там и образцы заявлений. Лучше прямо писать регистратору, потому что решающее слово всегда за ним. Если вы обратились в будний день и в рабочее время, ваш вопрос должен быть решён всего за несколько часов.
Если вы уже решили, где будет находиться ваш домен, заплатили за него и его перенесли туда, куда вам нужно, то теперь вам придётся решать проблему управления DNS-зоной.
В этом смысле все реселлеры тоже разные: они используют разные инструменты для работы с DNS, возможности их тоже могут отличаться: где-то предоставляется полноценный доступ, где-то разрешено указать лишь NS-записи, а некоторые предлагают отдельно заплатить и за это тоже.
Стоит ещё раз напомнить, что реселлеры — это обычные коммерсанты, более того, это интернет-коммерсанты, то есть уровень ответственности у них невысокий. Они часто без объяснения причин поднимают цены, причём совсем не так, как в магазинах, а порой сразу в 2-3 раза. Понятно, вас это вряд ли устроит, а потому на всякий случай стоит заранее подготовить «план эвакуации».
Разумеется, понадобится он вам или нет, решить можете только вы сами: всё-таки речь идёт не об астрономических суммах, а всего лишь о сотнях рублей. Если домен у вас единственный, то вряд ли вам захочется что-то менять даже при существенном росте цен. А вот если их много, то такая ситуация может вас и не устроить. Ведь, как уже отмечено выше, перенести свой домен — не бог весть какая сложная проблема, решаемая всего за несколько часов.
В этом случае (если доменов у вас немало и «план эвакуации» может стать актуальным) свою DNS-зону (или зоны) лучше иметь на бесплатном DNS-сервере, потому что тогда вам проще будет переносить домены туда, куда вам заблагорассудится. Конечно, можно завести и свой DNS-сервер, но это обойдётся недёшево. Смысл в этом есть, только если у вас действительно целая куча доменов и нет ограничений по тратам, иначе вы можете скорее создать себе лишнюю головную боль.
Самый популярный бесплатный DNS-хостинг — это, конечно, Yandex. Услуга эта называется «Почта для домена», и вам даже не нужно настраивать саму почту, особенно если в большом количестве почтовых ящиков вы не нуждаетесь — вам достаточно иметь два-три, не более, вроде admin@example.com или webmaster@example.com.
Выбрав подобный DNS-хостинг, вы легко сможете перенести ваш сайт, потому что почта у вас останется прежней.
Разумеется, перенести домен на Яндекс совсем не трудно; как это сделать, сказано в документации. Регистратору или реселлеру вы указываете только NS-сервер Яндекса, после чего они всё сделают сами.
Проблема может возникнуть только в том случае, если вы пользуетесь виртуальным хостингом, то есть вашей DNS-зоной управляете не вы сами, а ваш хостер. В этом случае перенести её на новый сервер без потери работоспособности сайта будет сложно, если вообще возможно.
Как подготовить домен к переносу
Самый сложный, занимающий длительное время и трудно поддающийся контролю этап — это изменение настроек DNS, функция которых — перенаправить пользователей вашего сайта на новый сервер. DNS-сервер может обновляться несколько часов, иногда до суток, и повлиять на процесс, если он уже запущен, вы не в состоянии. Тут очень важно, чтобы хозяином DNS-зоны были именно вы.
Вам понадобится в ней SOA-запись (она содержит главную информацию для этой зоны) и в этой записи — параметр Minimum TTL (это минимальное время существования ресурсных записей зоны, сигнализирующее иным серверам, на протяжении какого промежутка времени они могут сохранять в кэше полученную информацию).
Как видно на этом скриншоте, тут данное значение равно 14400 секундам или 4 часам. Незадолго перед тем, как перенести домен, это значение нужно изменить до нескольких минут, допустим 5 или 15. Благодаря этому вы выиграете в скорости, так как информация на главных DNS-серверах обновится быстрее. Хотя не все серверы неукоснительно следуют значению TTL-домена — мелкие провайдеры или корпоративные сети могут не обращать внимания на это значение и кэшировать DNS-запросы значительно дольше, чем вам бы хотелось.
К счастью, это бывает редко. Так что уменьшение значения TTL почти всегда даёт возможность перенаправить ваших пользователей на новый сервер достаточно оперативно.
Как перенести сайт и настроить его на новом сервере
Закончив все предварительные работы, можно приступать к переезду на новый сервер. Теперь вы просто копируете с прежнего сервера на новый все файлы и загружаете дамп базы данных. Трудностей это не представляет, так что нам нет смысла здесь задерживаться.
Перенести и проверить сайт нужно, используя его настоящее доменное имя (а не техническое, как иногда предлагается). Однако DNS пока связаны со старым сервером, поэтому можно прибегнуть к помощи hosts, добавив туда запись наподобие такой:
111.222.333.444 example.com
где 111.222.333.444 — это IP-адрес нового сервера.
Если вы решили воспользоваться виртуальным хостингом, следует привязать к нему свой домен, не меняя при этом NS-записи (сайт пока будет функционировать на прежнем сервере). Затем от хостера вы получите технический адрес типа example.hoster.com. Зайдя по нему, вы узнаете IP-адрес нового сервера и внесёте его в hosts.
После чего вам необходимо настроить свой компьютер (но пока исключительно свой) для работы с ресурсом уже на новом месте, и вы сможете, не торопясь, проверить, как он ведёт себя в новых условиях, пока пользователи будут по-прежнему заходить на него на старом сервере.
Тут есть нюанс. Если вы заходите в Интернет через прокси-сервер, то описанное в предыдущем абзаце не получится, потому что DNS-запросы будет отправлять не клиент, а прокси-сервер.
Если всё получилось, то внимательно проверьте все важнейшие функции своего сайта, в особенности такие, как регистрация, восстановление пароля, оформление заказа и т. п.
Заключительная синхронизация и перенаправление домена
Если проверка всех основных функций прошла успешно, можно переносить его на новый сервер. Старый сайт теперь будет работать в режиме «только чтение». То есть посетители больше не смогут что-то туда добавлять, менять содержание или делать заказы. Если вместо режима «только чтение» вы воспользуетесь режимом «обслуживание», ваш сайт на старом месте перестанет быть виден, что нежелательно. Просто дайте на главной странице объявление: «Ведутся технические работы».
Теперь вам нужно синхронизировать окончательный вариант сайта на прежнем и новом серверах: если для вас возможно подключение через SSN, то стоит воспользоваться rsync, или же просто повторно загрузите всё, что нужно, на новый сервер, а чтобы сэкономить время, дайте ему команду сохранять только файлы, где есть какие-то изменения. После чего загрузите на новый сервер дамп базы данных. Теперь режим «только чтение» уже не нужен, и ваш ресурс будет работать в обычном режиме.
Затем измените DNS-записи, которые теперь должны указывать на новый сайт. Если вы не забыли указать TTL 10–15 минут, то и первые пользователи появятся примерно через такое же время. Но значение TTL после изменения DNS-записей следует установить на прежнем уровне.
Перенести свой ресурс на новое место удобнее (может быть, не для вас, но для ваших пользователей) ночью, в выходной или праздник, когда почти никто на сайт не заходит. Тогда большинство посетителей сайта даже и не заметит, что он куда-то переместился. В худшем случае несколько человек увидят ваши объявления «только чтение» и «ведутся технические работы».
Перенести сайт на новый сервер можно примерно за один день, однако лучше, чтобы на старом сервере он функционировал ещё примерно неделю, так как некоторые DNS-серверы могут игнорировать TTL, что замедляет процесс.
Как перенести сайт на WordPress на новый хостинг
Если ваш сайт создан с помощью WordPress, однако ваш хостинг-провайдер не устраивает вас с точки зрения качества услуг (то есть, например, ресурс работает слишком медленно), то, разумеется, вы задумаетесь над тем, чтобы перенести его на новый хостинг, хорошо работающий именно с такого типа ресурсами.
Какую компанию можно выбрать?
-
eHost — весьма экономичный хостер для некрупных WordPress сайтов. Панель управления этого хостинга — cP
-
iPage — в смысле соотношения цены-качества это тоже хороший вариант. В вашем распоряжении будет опция управляемого хостинга, также вы сможете перейти на VPS или выделенный сервер.
-
Bluehost — считается идеальным для бизнес-ресурсов, хотя, по сути, совершенно универсален. Вы сможете выбрать подходящий для себя тарифный план. Здесь есть управляемый хостинг для WordPress, VPS и выделенный сервер.
Перенести сайт на новый хостинг — всё-таки значит пойти на определённый риск, поэтому лучше заранее сделать резервную копию своего сайта: всех файлов и базы данных.
Если вы уже выбрали хостинг, вам необходимо следующее.
Перенести файлы WordPress
Вы можете воспользоваться двумя способами: сделать это с помощью FTP или с помощью cPanel.
Вам понадобится FTP-клиент, чтобы подключиться к серверу. Например, это FileZilla. Она бесплатная, пользоваться ею несложно. У вас должна быть учетная запись для FTP на новом и старом хостингах, чтобы подключиться к серверам.
Учетная запись для FTP может быть создана в панели управления хостингом:
-
Зайдите на сервер прежнего провайдера и получите доступ к папке public_html. Здесь вы найдёте файлы своего сайта.
-
Теперь нужно перенести их на жёсткий диск своего компьютера и (или) на флешку.
-
После чего зайдите на новый хостинг и сохраните те же файлы в папку public_html. Затем займитесь базой данных.
Если и ваш старый, и новый хостинги используют cPanel, то вам стоит перенести свой ресурс именно с помощью этой панели управления. Так будет быстрее, и вам не нужны будут никакие иные программы. Как же это сделать?
-
Подключитесь к старому хостингу и войдите в c
-
Отыщите диспетчер файлов и папку, где находятся файлы вашего сайта; она должна быть в папке public_html.
-
Теперь нужно перенести эту папку в zip-архив с помощью команды «Сжать».
-
Сохраните этот архив на жёстком диске своего компьютера или на флешке.
-
Затем подключитесь к своему новому хостингу и получите доступ к c
-
Введите своё доменное имя в раздел «Добавление домена». Теперь у вас будет папка на новом хостинге.
-
Сохраните архив на новом хостинге, используя диспетчер файлов и функции загрузки. Можно загрузить архив в папку public_html, но можно и в папку, которую вы только что получили в своё распоряжение.
-
Распакуйте все файлы архива с помощью опции «Распаковать», уточнив, какова папка назначения.
-
Если вы всё сделали правильно и в нужном порядке, это значит, что вы благополучно перенесли содержимое своего сайта на новый хостинг и теперь можно заняться базой данных.
Перемещение базы данных WordPress
Чтобы окончательно перенести свой сайт, созданный на WordPress, на новый хостинг, нужно перенести базу данных сайта со старого хостинга на новый.
Что для этого нужно сделать?
-
В панели управления cPanel прежнего хостинга найдите инструмент phpMyAdmin.
-
Подключившись к серверу СУБД (системе управления базой данных), вы слева обнаружите все свои базы данных на хостинге. Найдите базу данных, которую нужно перенести. Если вы затрудняетесь её определить, откройте файл wp-config.php (он в корневой папке WordPress) и в этом файле — строку define (‘DB_NAME’, ‘your_database_name’). Там вы и увидите наименование базы данных, которую использует ваш сайт.
-
Выберите эту базу (она слева на экране). Потом в меню найдите «Экспорт».
-
Теперь нужно перенести вашу базу данных (в режиме «Быстрого экспорта») в формат SQL и сохранить её на своём компьютере.
-
Затем воспользуйтесь cPanel нового хостинга: вам понадобится мастер баз данных MySQL, с его помощью создайте новую базу данных и пользователя. Зафиксируйте для себя имя пользователя и пароль.
-
В phpMyAdmin нового хостинга опять же слева найдите базу данных, которую вы создали.
-
Дайте команду «Импорт» (она сверху) и выберите базу, сохраненную на компьютере.
-
Если вы всё сделали правильно, это означает, что свою базу данных вы благополучно перенесли на новый хостинг.
Обновление конфигурационного файла
Итак, у вас уже есть на новом хостинге и все файлы, и база данных. Но работа пока не закончена: их ещё нужно объединить, пока они существуют отдельно друг от друга. Для этого найдите файл wp-config.php на новом хостинге.
Вам требуется новое имя базы данных, имя пользователя и пароль; localhost оставьте как есть. Host базы данных остаётся старый, потому что почти все провайдеры пользуются localhost.
Итак, вы объединили базу данных с содержанием своего ресурса.
Но и после этого необходимо сделать ещё кое-что, без чего сложно обойтись. А именно:
Перенос учетных записей электронной почты
Принципиальной разницы между этим действием и переносом файлов WordPress нет. Абсолютно всё содержимое своей электронной почты (не только письма, но и настройки) вы найдёте в папке public_html/mail/. Воспользуйтесь FTP-клиентом либо cPanel, чтобы их перенести.
Теперь нужно и учётные записи электронной почты со старого хостинга перенести на новый. Теперь вам не придётся менять настройки электронной почты в почтовом клиенте (в Thunderbird, Outlook и других).
Изменение DNS-сервера и перемещение домена
Дать другое наименование DNS-серверу можно в любой момент, но сделать это уже после всех описанных выше действий нужно потому, что тем самым вы предотвратите возникновение нерабочего периода своего ресурса в то время, пока вы переносите его на новый хостинг.
Допустим, ваш домен зарегистрирован в хостинговой компании. Тогда вам нужно написать своему прежнему провайдеру, известив его о своём желании перенести домен. Ответить он может не сразу, а спустя несколько дней. Затем обратитесь в службу поддержки нового хостинга.
Если же ваш домен зарегистрирован у стороннего регистратора, необходимо лишь поменять наименование сервера на предоставленное вашей новой хостинговой компанией. Изменения могут вступить в силу не сразу — нужно подождать.
Финансовая сторона переноса сайта на новый хостинг
Хостинг предоставляется за деньги, и условия могут быть разными. Так, российские провайдеры обычно берут плату вперёд: за месяц, три месяца, полгода или даже год. Как раз заплатить сразу за год выгоднее всего, так как помесячная плата в этом случае будет минимальной. Лучше зафиксировать для себя срок следующей оплаты, потому что у хостера много сайтов и вас могут не предупредить, а просто отключить ваш сайт, если вы забудете заплатить вовремя.
Никаких штрафов хостеры, как правило, не применяют. Просто спустя примерно месяц все ваши данные удалят. Если вы сотрудничаете с тем же хостингом ещё по каким-то вопросам, это никак на них не повлияет. Вас могут предупредить о времени удаления данных, но могут этого и не сделать.
Иностранные провайдеры ведут себя иначе. Как правило, вы подписываете с ними договор о сотрудничестве не на год, а на более длительное время. Деньги будут автоматически списываться с вашей карты или через PayPal. Если ни тем, ни другим платёжным средством вы не пользуетесь, то будете каждый месяц получать счёт к оплате и вам дадут время на оплату этого счёта (скажем, две недели).
Если вы заключили договор на определённый срок, то уйти в любой момент просто так не сможете: вам придётся оплатить неустойку, предусмотренную договором. Когда вы сможете по своему желанию прекратить действие договора, должно быть оговорено в самом договоре, в противном случае его придётся выполнять до самого конца срока. Если вы захотите уйти до истечения срока договора, придётся сначала известить хостера.
Если этого не сделать, у вас автоматически спишут средства за какой-то очередной период оплаты или выставят счёт за этот период. Обнаружив это, вы можете наконец обратиться к провайдеру, но всё равно вам придётся заплатить и за текущий месяц, и за следующий.
Если счёт выставлен, но не оплачен, то провайдер перестанет обслуживать ваш сайт, однако контракт с вами не разорвёт. То есть платить вам всё равно придётся, несмотря на то, что сайт окажется заблокированным. Более того, при наличии задолженности вам могут отказать в предоставлении вообще всех услуг, даже прямо не связанных с сайтом.
Правда, вы можете просто выключить автоплатёж и не реагировать на приходящие счета. В этом случае хостер вряд ли до вас доберётся, но свой уход вы должны рассматривать как окончательный и бесповоротный, так как вас запомнят и больше иметь с вами дела не будут.
Так поступают провайдеры из Европы, американцы могут вести себя иначе. В любом случае и те и другие склонны неукоснительно соблюдать условия контракта, но будут требовать того же и от вас.
Американские хостеры часто берут плату за год вперёд и никак иначе. Контракт при этом продлевается автоматически. Если вы захотите прекратить сотрудничество, то либо вынуждены будете оплатить ещё год, который вам уже не нужен, либо решать вопрос со службой поддержки, причём с вас обязательно потребуют неустойку, а остальные услуги на время переговоров заблокируют.
Безлимитный трафик, характерный для российских провайдеров, в США не принят: если вы превысите определённый объём, вам предъявят дополнительный счёт, могут и предложить купить дополнительный пакет трафика, а пока вы думаете, опять же заблокируют ваш сайт.
Так что, если вы остановились на провайдере именно из США, сразу же поинтересуйтесь тем, какой объём вам предоставят по избранному вами тарифу.
Если вы остановились на каком-то определённом хостинге, неважно, российский он или зарубежный, сначала подробно познакомьтесь со всеми условиями, в том числе и по оплате, по правилам прекращения сотрудничества, а если у вас есть вопросы, обращайтесь в службу поддержки. Пока вам не станет ясно абсолютно всё, лучше не принимать окончательного решения и не переносить свой сайт на новое место.
3 совета, как безболезненно перенести сайт на новый хостинг
-
Создавайте резервные копии базы данных
Поскольку в жизни может случиться всякое (вы можете просрочить оплату, и ваш ресурс удалят), то лучше иметь несколько копий своих файлов и базы данных.
Иметь одну копию — это определённый риск. Всё может быть: вы забудете, где она хранится, там окажется неустранимая ошибка, о которой вы не знали. Если копий много, вряд ли все они потеряются или окажутся повреждёнными.
Обычно копии хранят на разных дисках своего компьютера или на разных компьютерах, на флешке и в облаке Мэйл или Яндекса (или и там, и там).
-
Обращайтесь в службу поддержки
Если что-то не получается, обращайтесь в службу поддержки вашего нового хостинга. Это ещё потому необходимо, что нужно проверить, как на этом хостинге относятся к пользователям. Если вам отвечают очень долго, ответы односложные или непонятные, вы не получаете должной помощи, значит, вы ошиблись и вам лучше с этим хостером дела не иметь.
-
VDS-хостинг
Если вы решили перенести свой ресурс на VDS-хостинг, заранее узнайте, какова предоставляемая система управления, как именно она работает. Без этой информации вам будет сложно принять верное решение.
Типичные ошибки при переносе сайта на новый хостинг
Если вы перенесли свой сайт на новый хостинг с существенными ошибками, пользователи не смогут зайти на ваш сайт, а главное, поисковики, обнаружив недоступные страницы, исключат их из индексации.
Какие же это ошибки?
-
Вы забыли удалить из папки с файлами «заглушку» хостера — файл index.html.
-
Вы неверно закодировали базу данных при экспорте или импорте. Тогда ваш сайт будет виден как набор непонятных символов.
-
Вы не внесли нужные изменения в конфигурационный файл CMS (придётся изучить документацию к системе, чтобы найти ошибку).
-
Не получилось подключить базу данных: вы неверно указали данные доступа.
Исправляются эти ошибки не всегда быстро: это зависит от квалификации веб-мастера и от работы службы поддержки.
В общем, перенести свой сайт на новый хостинг реально, но нельзя сказать, что это совсем просто. И лучше с этой проблемой вовсе не сталкиваться.