Бесплатный перенос сайта на новый хостинг

Бесплатный перенос сайта на новый хостинг Хостинг
Содержание
  1. Основные пункты проверки
  2. Перенос почтовых ящиков
  3. Что именно необходимо переносить?
  4. Редактирование конфигурационных файлов
  5. Cpanel
  6. Ispmanager
  7. Sprinthost — перенос сайта на хостинг
  8. Возможные ошибки
  9. Выбор хостинга
  10. Добавление домена на другой хостинг
  11. Изменение dns записей домена
  12. Как перенести сайт на новый хостинг самостоятельно (cms)
  13. Немного информации
  14. Отвязка доменного имени от старого хостинга
  15. Отсутствие таблиц в базе данных
  16. Ошибка 403. forbidden
  17. Ошибка 404
  18. Ошибка установки соединения с базой данных
  19. Перенос сайта на cms
  20. Перенос сайта на другой хостинг: заказать услугу
  21. Перенос сайта на конструкторе
  22. Перенос статического сайта
  23. Самостоятельно
  24. Создание бд на хостинге
  25. Хотите бонус за перенос? три месяца обслуживания в подарок!
  26. Через службу техподдержки
  27. Шаг 1. добавить домен в админку нового хостинга
  28. Шаг 1. скачивание файлов со старого хостинга
  29. Шаг 1: регистрация и заказ хостинга
  30. Шаг 3: загрузка файлов на сервер с помощью ftp
  31. Шаг 4: перенос базы данных
  32. Шаг 5. импортировать базу данных на новый хостинг
  33. Шаг 7. проверить работу файлов и базы данных
  34. Этап 1. планирование и подготовка
  35. Этап 2. управление доменным именем
  36. Этап 3. подготавливаем домен к переносу
  37. Этап 5. заключительная синхронизация и перенаправление домена
  38. Вместо заключения. некоторые финансовые вопросы.

Основные пункты проверки

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

Перенос почтовых ящиков

На завершающем этапе переноса необходимо создать на домене почтовые ящики в разделе «Почта» панели управления.Более подробная информация по данной процедуре описана в разделе «Почта».

Что именно необходимо переносить?

В своей статье «Что такое сайт?» я рассказывал о трех компонентах каждого интернет ресурса. При переносе мы должны поработать с каждым из них.

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

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

В-третьих, потребуется перенести все данные (файлы, базы данных) со старого хостинга на новый.

Это вкратце, теперь давайте рассмотрим весь процесс в подробностях. Максимум, для переноса потребуется 8 шагов. Я буду описывать процесс исходя из предположения, что у вас уже есть новый хостинг, если у вас его еще нет, то сначала выберите подходящий и зарегистрируйте в нем аккаунт, порекомендовать могу один из этих (ссылки партнерские): Timeweb или Sprinthost.

Редактирование конфигурационных файлов

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

Изменения можно внести, скачав файл на локальный компьютер по протоколу FTP (в любом текстовом редакторе) или непосредственно на сервере, зайдя по SSH, из консольного текстового редактора (vim, edit), а так же открыв файл для редактирования в разделе «Файловый менеджер» панели управления.

В конфигурационном файле следует изменить следующие параметры:

Значения последних трех из них можно узнать в разделе «Базы данных» панели управления. Название параметров может несколько отличаться, в зависимости от конкретного приложения.

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

ПриложениеИмя конфигурационного файла
Joomla!/configuration.php
WordPress/wp-config.php
Drupal/sites/default/settings.php
phpBB/config.php
Bitrix/bitrix/php_interface/dbconn.php
MOD.x/manager/includes/config.inc.php
RedMine/config/database.yml

Cpanel

Добавить доменное имя в CPanel можно по следующему алгоритму:

  1. После входа в панель, на главной странице найти раздел «Домены» и открыть вкладку «Расширенный редактор зон».
  2. Далее найти пункт «Добавить запись».
  3. Заполнить необходимые данные:
    «тип» — A, AAAA, CNAME, SRV, TXT;
    «имя» — наименование домена, поддомена;
    «TTL» — время хранения DNS записи в кеше провайдера в секундах (значение по умолчанию 14400);
    «адрес» — IP-адрес сервера, наименование домена или поддомена.
  4. Нажать «Добавить запись» после заполнения всех вышеуказанных полей.

Ispmanager

  1. Зайти в панель управления.
  2. В разделе «Главное» открыть вкладку «Доменные имена», выбрать необходимый домен и нажать «Удалить».
    Отвязка доменного имени от старого хостинга ISPManager
  3. Откроется окно, в котором нужно поставить галочку только напротив «Удалить почтовый домен» и нажать «ОК».
    Отвязка доменного имени от старого хостинга ISPManager

Важно! Если оставить галочку напротив «Удалить WWW-домен», то будут удалены все файлы, находящиеся в директории домена!

Sprinthost — перенос сайта на хостинг

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

Внимание:
Наш хостинг поддерживает работу с сайтами, использующими PHP, Perl, Python. Системы управления базами данных — MySQL и SQLite. Не любой сайт можно перенести на наш хостинг.

При добавлении сайта в Панели управления хостингом, в его корневой директории (~/domains/site.ru/public_html) создается стандартный индексный файл index.php со страницей «Создан новый сайт». Удалите этот файл.

Разместить файлы сайта можно с помощью FTP-клиента или через Файловый менеджер в Панели управления хостингом.

Перейдите в директорию, где должны находиться файлы: /home/login/domains/site.ru/public_html/  (где login — ваш логин, а site.ru — доменное имя вашего сайта)

Чтобы загрузить архив с помощью Файлового менеджера, нажмите кнопку «Загрузить файл»: Бесплатный перенос сайта на новый хостинг

Распаковать его можно здесь же, нажав кнопку «Извлечь архив»: Бесплатный перенос сайта на новый хостинг

Чтобы импортировать базу данных, перейдите в раздел «Базы данных» → «Войти в PHPMyAdmin», после чего воспользуйтесь функцией «Импорт». Дальнейшие действия подробно описаны в инструкции.

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

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

Конфигурационные файлы популярных CMS:

Для внесения изменений в файлы вы можете воспользоваться файловым менеджером в Панели управления хостингом.

Проверить работу сайта вы можете по техническому имени, которое автоматически создается при добавлении сайта в Панель управления. Например, для сайта site.ru техническим именем будет site.ru.xsph.ru.

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

Если почта вашего домена обслуживается сторонними сервисами (например, Яндекс или Google), в Панели управления перейдите в раздел «Сайты» → «Управление сайтами» → site.ru → «Перенос почты на внешние сервисы».
Напротив названия сервиса, у которого обслуживается почта, нажмите «Домен уже подтвержден».

Если почта будет обслуживаться нашими почтовыми серверами, создайте в Панели управления используемые почтовые ящики. Сделать это можно в разделе «Сайты» → «Управление сайтами» → site.ru → «Почтовые ящики».

Для переноса содержимого почтовых ящиков на наш хостинг:

Если ваш домен не зарегистрирован, выполните регистрацию в Панели управления в разделе «Домены» → «Регистрация и продление».

Если ваш домен зарегистрирован, но сайт открывается с другого хостинга, в панели управления регистратора домена измените NS-серверы на наши:
ns1.sprinthost.ru
ns2.sprinthost.ru
ns3.sprinthost.net
ns4.sprinthost.net
Обратите внимание, NS-серверы 3 и 4 расположены в зоне .NET.
Сайт откроется с нашего хостинга по основному имени после обновления кеша DNS на серверах провайдеров. В среднем этот процесс занимает от 2 до 8 часов, максимальный срок — до 72 часов.

Если вам требуется внести дополнительные записи в описание зоны домена перейдите в раздел «Домены» → «Настройка DNS» → site.ru → «Настройка DNS» Панели управления.

Чтобы задать определенные параметры PHP, внесите необходимые директивы в файл .htaccess в корневой директории сайта.

Изменить параметры mbstring.func_overload и mbstring.internal_encoding можно, настроив веб-сервер в разделе «Сайты» → «Веб-серверы». Включите оптимизацию для Битрикс, выбрав подходящую кодировку, или настройте каждый параметр отдельно с помощью php.ini.

Расписание заданий для планировщика можно установить в разделе «Сайты» → «Планировщик Cron». При составлении заданий пользуйтесь нашими рекомендациями.

Возможные ошибки

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

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

При выборе новой хостинг-площадки для сайта нужно опираться на несколько важнейших параметров:

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

Добавление домена на другой хостинг

Когда отвязка домена выполнена, остаётся добавить его в панель управления другого хостинга. Рассмотрим этот процесс на примере двух наиболее популярных панелей — ISPManager и CPanel.

Изменение dns записей домена

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

Это можно сделать тремя способами:

  • Полностью перенести домен от старого хостера (если вы регистрировали его там).
  • Изменить IP в DNS-записях домена.
  • Изменить NS-сервера домена.

Мы рекомендуем использовать третий вариант – он проще и надежнее.

Чтобы перепривязать домен с помощью изменения NS-серверов:

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

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

Осталось еще раз проверить его работоспособность – и перенос завершен.

Как перенести сайт на битрикс на другой хостинг

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

Какой хостинг лучше выбрать?

Как перенести сайт на новый хостинг самостоятельно (cms)

Самостоятельный перенос сайта на хостинг заключается в:

Если сайт использует базу данных (большинство CMS), кроме указанных выше шагов, нужно:

После этого вы можете проверить работу вашего сайта с нового хостинга, скорректировав файл hosts на вашем компьютере.

Воспользуйтесь подробными инструкциями по переносу сайтов на следующих CMS:

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

Немного информации

Сайты бывают двух типов: статичные и динамические. Статичные сайты — это просто набор html/css/js документов, которые представляют из себя обычные текстовые файлы. Перенос такого типа сайтов не представляет никакой сложности: достаточно просто скопировать файлы на сервер.

Второй тип сайтов — динамические. Динамический сайт гибок и расширяем. Это своего рода программа, которая выполняется на сервере и реагирует на действия посетителя. Такая программа называется CMS или Системой управления контентом (от англ.

Content Management System). Большинство CMS написаны на специальном языке программирования — PHP и хранят информацию (контент страницы, настройки системы, пользователей и т.д.), в базе данных (далее по тексту БД). Вот примеры самых популярных CMS:

WordPress, Joomla, Data Life Engine, Drupal. Если Вы создавали сайт с использованием CMS, то сейчас обязательно узнали одно из названий. Перенос сайтов, созданных при помощи CMS, требует дополнительных действий: необходимо перенести файлы CMS (исполняемые скрипты, шаблоны и остальные файлы), перенести БД и настроить CMS для работы на хостинге.

Отвязка доменного имени от старого хостинга

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

Отсутствие таблиц в базе данных

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

Ошибка проявляет себя в зависимости от используемого «движка» CMS, но имеет одинаковый алгоритм решения. На WordPress, например, открывается страница установки.

Ошибка 403. forbidden

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

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

  • Необходимые права файлам сайта: «644» или «rw-r-r»
  • Необходимые права папкам сайта: «755» или «rwxr-xr-x»

Еще одна причина возникновения ошибки «403. Forbidden» – неправильная работа файла «.htaccess». Проблему можно решить проверкой корректности параметров в данном файле или загрузкой стандартного файла «.htaccess» .

Ошибка 404

Подобная проблема может возникнуть, если в процессе переноса поменяли CMS или доменное имя сайта.

Решение: проверить и изменить вручную неработающие ссылки. В этом может помочь проверка системных журналов сайта.

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

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

Перенос сайта на cms

Действия аналогичны для всех популярных видов CMS — WordPress, Joomla, 1C-Битрикс, OpenCart, Drupal, MODX, но могут иметь незначительные отличия.

  • Некоторые CMS, в качестве меры безопасности, хранят важные файлы за пределами папки сайта (public_html).
  • Конфигурационные файлы имеют различия в местоположении и структуре параметров. Например, чтобы перенести сайт на WordPress, нужно вносить изменения в файл «wp-config.php» в корневом каталоге, а в 1C-Битрикс конфигурационный файл «dbconn.php», который находится в каталоге «php_interface».
  • В зависимости от CMS возможно понадобится изменить относительные пути в файлах или базе данных.

Перенос сайта на другой хостинг: заказать услугу

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

Мы поможем сделать это оперативно и недорого.

Перенос сайта на конструкторе

Конструкторы сайта – платформы, которые позволяют создать сайт при помощи готовых шаблонов, даже без технических знаний. В число наиболее популярных сервисов подобного рода входят: Wix и Тильда. Собрать сайт с помощью конструктора можно бесплатно, но пользователь получает ряд ограничений.

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

Перенос статического сайта

Статический сайт представляет собой набор отдельных HTML-страниц. Основное отличие от сайтов на CMS – простота конструкции и функционала.

Статическому сайту не требуется наличие базы данных и файлов «движка» (PHP и других). Поэтому для работы интернет-ресурса достаточно перенести файлы сайта.

Самостоятельно

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

Этапы и действия по самостоятельному переносу сайта на другой хостинг будут разобраны ниже.

Создание бд на хостинге

Перейдите в раздел MySQL в Вашей Панели управления:

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

Хотите бонус за перенос? три месяца обслуживания в подарок!

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

Данное предложение действительно только при оплате хостинга на шесть и более месяцев.

Предложение действительно в течение 30 дней с момента регистрации аккаунта.

Что необходимо сделать для получения данного бонуса?

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

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

Через службу техподдержки

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

Шаг 1. добавить домен в админку нового хостинга

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

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

Шаг 1. скачивание файлов со старого хостинга

Перенос данных на устройство с помощью FileZilla выполняется по описанному ниже алгоритму.

Шаг 1: регистрация и заказ хостинга

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

Шаг 3: загрузка файлов на сервер с помощью ftp

Вне зависимости от того, статичный у Вас сайт или Вы пользуетесь CMS, Вам необходимо закачать файлы на сервер. Для этого мы воспользуемся протоколом FTP.У нас есть инструкции по найстройке и использованию популярных FTP-клиентов, таких как Total Commander, WinSCP, FileZilla.

Шаг 4: перенос базы данных

Перенос БД состоит из трех этапов:

  • создание копии (дампа) данных и структур таблиц на локальном компьютере (или на другом хостинге);
  • создание БД на удаленном сервере (у нас);
  • непосредственно импорт полученного на первом этапе дампа в БД на хостинге.

Шаг 5. импортировать базу данных на новый хостинг

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

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

Шаг 7. проверить работу файлов и базы данных

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

Проверяем работу сайта на новом хостинге:

Этап 1. планирование и подготовка

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

Прежде всего выясните все «явки и пароли», а таких может быть много: учетные данные в админку сайта, в панель управления хостингом, в личный кабинет регистратора доменных имен, параметры доступа к FTP, MySQL и т.д. Если на сайте установлен разного рода партнерский или рекламный код, то уточните доступ в соответствующие личные кабинеты. Если используется обмен с товароучетной системой, то также уточните параметры доступа с обоих сторон.

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

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

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

Этап 2. управление доменным именем

Доменное имя — это самый ценный актив вашего сайта, именно доменное имя и связанные с ним URL являются физическим воплощением вашего сайта. Потеря контроля над доменным именем равносильная потере сайта. У вас может остаться весь контент, но потеряв доменное имя вы потеряете все ссылки на него и вам придется начинать все сначала.

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

Как это сделать? Прежде всего следует выяснить регистратора домена, для этого воспользуйтесь сервисом Whois:

switching-web-hosts-002.pngКодовое имя регистратора содержится в строчке registrar, в нашем случае это R01-RU, что соответствует компании Регистратор R01. Вы можете перенести домен непосредственно к регистратору или одному из его реселлеров, список которых обычно можно найти на сайте регистратора. Если хорошо поискать, то можно найти реселлера с достаточно привлекательными ценами и условиями оплаты. Сегодня можно регистрировать и продлевать домены по 120 — 130 рублей, а если хорошо поискать — то и еще дешевле.

Выбирая реселлера обращайте внимание на две вещи: стоимость продления и способы оплаты. Есть распространенная «фишка» — указывать на видном месте цены регистрации, не указывая цен продления, которые могут быть гораздо выше, возьмем для примера одного довольно крупного и известного реселлера:

switching-web-hosts-003.pngНа первый взгляд все довольно привлекательно, но если найти ниже неприметную ссылочку «показать цены продления», то картина нарисуется совсем не радужная:

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

Второй «фокус» состоит в разных комиссиях при оплате через разные платежные системы, на некоторые из которых она может оказаться совершенно неприличной. Для сравнения скриншот из панели еще одного реселлера:

switching-web-hosts-005.pngЕсли вы планируете оплату через электронные платежные системы, то заодно поинтересуйтесь комиссией на их пополнение доступными для вас способами. Очень часто оказывается, что суммарная комиссия (комиссия на пополнение электронного кошелька комиссия платежной системы комиссия реселлера) делает такой способ оплаты совсем невыгодным. По нашему опыту ориентироваться всегда стоит на банковские карты и PayPal, выбирать электронные деньги имеет реальный смысл тогда, когда у вас есть регулярные поступления в данной платежной системе.

Следующий вопрос, который неизбежно задают все новички: насколько безопасно переносить домены к небольшим реселлерам, про которых неизвестно практически ничего. Сразу успокоим — это безопасно, вы в любой момент можете перенести свои домены к регистратору или любому иному реселлеру в течении нескольких часов, даже если ваш текущий реселлер «приказал долго жить».

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

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

Разобравшись с размешением и оплатой домена, мы плавно переходим к следующему, очень важному вопросу — управлению DNS-зоной. Если вы не знаете, что такое служба DNS и как она влияет на работу сайта, то рекомендуем отвлечься и прочитать нашу статью «Создаем свой сайт. Настройка DNS-зоны».

У разных реселлеров присутствуют разные инструменты для работы с DNS, с разным набором возможностей, у кого-то есть полноценный доступ, кто-то позволяет указать только NS-записи, а кто-то предоставляет данную услугу за деньги. Кроме того, опыт показывает, что реселлеры — это очень интересные товарищи, вполне вменяемый и недорогой реселлер может в одночасье потерять стыд и совесть, резко взвинтив цены. В общем всегда надо быть готовым собрать чемодан и переместиться туда, где условия остаются приемлемыми.

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

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

Этап 3. подготавливаем домен к переносу

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

Но ранее мы не зря говорили, что очень важен собственноручный контроль над DNS-зоной. Найдем в ней SOA-запись, это основная запись зоны и нас в ней должен интересовать параметр Minimum TTL — это минимальное время жизни ресурсных записей зоны, которое указывает другим серверам сколько времени они могут хранить в кеше полученную информацию.

switching-web-hosts-006.png

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

Этап 5. заключительная синхронизация и перенаправление домена

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

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

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

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

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

Вместо заключения. некоторые финансовые вопросы.

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

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

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

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

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

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

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

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

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

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Оцените статью
Хостинги