- Основные пункты проверки
- Почему изначально был выбран amazon web services
- 1 камень. почта.
- 2 камень. выбор нового хостера
- 3 камень. sql-база и тестирование работоспособности сайта на новом месте
- 4 камень. прозрачный переезд.
- Cpanel
- Hosting services — русский перевод – словарь linguee
- Hosting: перевод на русский, синонимы, антонимы, произношение, примеры предложений, транскрипция, определение,значение, словосочетания
- Ispmanager
- Web hosting — перевод на русский — примеры английский | reverso context
- Возможные ошибки
- Выбор хостинга
- Добавление домена на другой хостинг
- Как на нагрузку повлияла пандемия
- Как перевести сайт на другой хостинг
- Отвязка доменного имени от старого хостинга
- Отсутствие таблиц в базе данных
- Ошибка 403. forbidden
- Ошибка 404
- Ошибка установки соединения с базой данных
- Перенос сайта на cms
- Перенос сайта на конструкторе
- Перенос статического сайта
- Причины переезда на российский хостинг
- Проверка работоспособности
- Проверка сайта
- Разница в отечественной и иностранной поддержке
- Разработка собственных сервисов
- Самостоятельно
- Трудности, возникшие при переезде
- Через службу техподдержки
- Шаг 1. скачивание файлов со старого хостинга
- Шаг 1: добавляем домен
- Шаг 4. создать базу данных на другом хостинге
- Шаг 4: переносим учетные записи e-mail
- Шаг 5. импортировать базу данных на новый хостинг
- Шаг 5: обновление файлов конфигурации cms
- Шаг 6: меняем dns-сервер и переносим домен
- Шаг 7. проверить работу файлов и базы данных
- Экономическая выгода миграции
- Заключение
Основные пункты проверки
Данный список может изменяться в зависимости от типа сайта. По ссылке можно найти более подробную инструкцию по проверке сайта перед запуском.
Почему изначально был выбран amazon web services
До переезда мы жили на паре десятков серверов в маленьком дата-центре и четкого плана по переходу на облачные платформы у нас не было. Но с ростом числа отелей на сайте росло и количество их фотографий.
К 2022 году объем визуального контента составлял около 4-5 терабайт. Для дальнейшего роста нужно было думать над масштабированием хранилища фотографий, искать удобные инструменты для их хранения и резервирования. Тогда и пришла мысль попробовать решение от AWS — его легендарное S3 хранилище.
Следующим этапом стала необходимость масштабировать наш сервис картинок. Нагрузка на него плавающая, роботы приходят и уходят, соответственно, необходимость в серверах то появляется, то исчезает. В тот момент — в 2022 году — у нас все было в Docker. Поэтому переехать особого труда не составило.
Дата-центры Amazon расположены более чем в 20 регионах по всему миру. В Европе на данный момент выделено пять регионов — Милан, Париж, Лондон, Франкфурт и Ирландия.
1 камень. почта.
Если вы до сих пор пользуйтесь почтовым сервисом от хостера — избавляйтесь от этой зависимости как можно быстрее. Используйте для домена сторонний сервис, например, бесплатные услуги от
или
. Либо, если для вас критично самостоятельное управление, поднимайте собственный почтовый сервер. Переход на сторонний сервис поможет избежать потерь данных при переезде и наверняка улучшит качество почтовых услуг (для хостера предоставления почтовых услуг не является приоритетным, потому зачастую качество оставляет желать лучшего)
2 камень. выбор нового хостера
На данный момент у большинства хостеров существует тестовый период, когда можно заказать на определенный срок (от 7 до 30 дней) бесплатный тариф для тестирования. Не поленитесь и закажите у хостера, который вас заинтересовал своими ценами, такой тестовый тариф и подведите туда один из доменов третьего уровня, либо используйте полученный IP адрес (его можно посмотреть в панели управления). Пропингуйте этот IP и сравните показатели с текущими показателями, попробуйте поставить туда что-то тестовое, типа форума на phpbb3 или движка для сайта Joomla или Drupal. Почему их — эти движки достаточно требовательны к ресурсам, и если в случае даже минимальной установки возникнут проблемы — значит хостер не для вас. Посмотрите версии ПО, которое использует хостер, крайне желательно, чтобы версии были не ниже тех, что стоят у вашего текущего хостера.
Еще один немаловажный параметр, который пригодится вам для переезда — возможность удаленного доступа к SQL-серверу, если вы используете для сайта SQL-базу. Сейчас большинство хороших хостеров предоставляют такую услугу. Если вы не нашли в панели управления этой услуги — спросите техподдержку. И не торопитесь с окончательным выбором — подходить к выбору следует осознано, не следует браться за первый попавшийся вариант, обязательно рассмотрите еще парочку. Исходя из личного опыта, я бы не стал вчитываться в отзывы о выбранном хостере — зачастую такие отзывы не содержат в себе конкретной и важной для вас информации и эти подробности всплывут в самый неподходящий момент (например ограничения на количество писем в час может оказатся критичным для сайтов, где используются оповещения по почте о новостях или личных сообщениях на форуме).
При желании даже можно подключить какой-нибудь сервис для проверки доступности ресурса и посмотреть его результаты в течении нескольких дней. Если вас все устраивает — смело заказывайте нужный вам тариф.
3 камень. sql-база и тестирование работоспособности сайта на новом месте
Этот шаг следует делать в случае, если вы используете для хранения данных именно SQL-базу. Следует упомянуть, что существуют CMS, которые не используют для своей работы SQL-базы и хранят все в виде файлов — если вы используете такой вариант, этот шаг следует пропустить и задача ваша упрощается.
Для начала включите у нового хостера удаленный доступ к SQL-серверу, настройте учетные записи для доступа к нему (для доступа обычно достаточно указать IP ресурса, откуда будет осуществляться доступ, там следует указывать IP, на котором сейчас находится ваш основной сайт. Подключите и настройте на новом хостинге ваш домен (пока что только подключите, но не указывайте никаких изменений в текущих настройках вашего домена у регистратора или текущего хостера).
Теперь вам необходимо сделать бекап данных с SQL-базы, используемой для сайта. Если база небольшая, обычно достаточно средств, предоставляемых хостером. Я же для этого использую простой и быстрый скрипт
(рекомендую для начала попробовать старую версию 1 и потом уже пробовать версию 2). Перенесите этот дамп на новый хостинг и восстановите ее. Параллельно можно перенести через ftp файлы вашего сайта на новый хостниг.
Для тестирования я использую возможности файла hosts, куда можно вписывать нужный вам домен и нужный IP. Т.е. на вашей машине в файл hosts вписывайте ваш домен и IP-адрес нового хостинга и через браузер у вас начнется открываться сайт уже с нового места. Это нужно для проверки работоспособности сайта на новом месте (иногда бывают проблемы с кодировкой). Не забудьте исправить конфигурационный файл движка сайта, где укажите новые данные для работы с базой SQL. Если все работает — переходим дальше. Удалите упоминание вашего домена из hosts, чтобы не мешалось пока.
4 камень. прозрачный переезд.
Прочитайте справку у хостера, какие параметры вам нужно указывать для удаленного доступа к базе SQL. Сделайте актуальную версию SQL-базы и по быстрому восстановите ее на новом хостинге. Не теряя времени, исправьте конфигурационный файл вашего сайта и укажите там, чтобы данные читались уже из удаленной базы. На данном этапе возможны замедления работы сайта, но это временно. Также может возникнуть потеря данных, если у вас очень посещаемый ресурс и данные появляются ежесекундно. Поэтому для этого действия желательно выбрать наименее нагрузочное время для сайта и возможно кратковременно включить режим обслуживания сайта, чтобы пользователи не успели что-то написать, что утеряется при переключении на другую базу. После перключения проверьте работоспособность сайта и действуйте дальше.
Теперь переключите управление доменом на другой хостинг, поменяйте у регистратора DNS сервера или IP-адреса для поддоменов и ждите, пока все растечется по миру — обычно это происходит в течении 3-4 часов, не больше. После того, как у вас начнется открываться сайт с нового места, воспользуйтесь снова вашим файлом hosts, вписав туда для домена старый IP-адрес и скопируйте файлы сайта со старого места. Затем удалите упомонинание в hosts о вашем домене и синхронизируйте скопированные файлы с файлами на новом хостинге. Это понадобится для тех ресурсов, где за это время могли подключатся какие-нибудь вложения, файлы или аватары у пользователей. Только не заменяйте конфигурационный файл, иначе сайт перестанет работать, пока вы его снова не исправите
Cpanel
Добавить доменное имя в CPanel можно по следующему алгоритму:
- После входа в панель, на главной странице найти раздел «Домены» и открыть вкладку «Расширенный редактор зон».
- Далее найти пункт «Добавить запись».
- Заполнить необходимые данные:
• «тип» — A, AAAA, CNAME, SRV, TXT;
• «имя» — наименование домена, поддомена;
• «TTL» — время хранения DNS записи в кеше провайдера в секундах (значение по умолчанию 14400);
• «адрес» — IP-адрес сервера, наименование домена или поддомена. - Нажать «Добавить запись» после заполнения всех вышеуказанных полей.
Hosting services — русский перевод – словарь linguee
В число лиц, которым могут быть предоставлены ваши личные данные, могут входить, например, организации, обеспечивающие межсетевой интерфейс между
[…]
ОКТС и средствами интернет-телефонии,
[…]
операторы WiFi-зон, дистрибьюторы программного обеспечения Skype и/или продуктов Skype и/или сторонние банковск
ие учреждения или други
е организации, предоставляющие услуги по обработке
платежей,
доставке электронных сообщений, обслуживан
ию и технической поддержке клиент
ов, а также аналитические услуги и хостинг.
skype.com
Hosting: перевод на русский, синонимы, антонимы, произношение, примеры предложений, транскрипция, определение,значение, словосочетания
Предлагаем Вашему вниманию современный англо-русский и русско-английский словарь EnglishLib, в котором содержиться более 2 000 000 слов и фраз. На этой странице содержится полезная информации о слове «hosting».
А именно, здесь можно найти перевод (значение) «hosting» на русском языке, синонимы, антонимы, краткое определение слова «hosting» , произношение и транскрипцию к слову «hosting». Также, к слову «hosting» представлено грамотно составленные примеры предложений для лучшего восприятия слова в контексте.
Ispmanager
- Зайти в панель управления.
- В разделе «Главное» открыть вкладку «Доменные имена», выбрать необходимый домен и нажать «Удалить».
- Откроется окно, в котором нужно поставить галочку только напротив «Удалить почтовый домен» и нажать «ОК».
Важно! Если оставить галочку напротив «Удалить WWW-домен», то будут удалены все файлы, находящиеся в директории домена!
Web hosting — перевод на русский — примеры английский | reverso context
«>
услуги хостинга«>
услуг хостинга«>
веб-хостингом«>
веб хостинга«>
хостинг-провайдера«>
виртуального хостинга«>
хозяйничать стержня«>
стержня хозяйничая
Результатов: 206. Точных совпадений: 206. Затраченное время: 49 мс
Индекс слова:1-300, 301-600, 601-900
Индекс выражения:1-400, 401-800, 801-1200
Индекс фразы:1-400, 401-800, 801-1200
Возможные ошибки
Перенос сайта на другой хостинг может сопровождаться неожиданными сбоями в работе. Самые распространенные будут описаны ниже, на примере наиболее популярного «движка» WordPress. На других CMS действия строятся по аналогичной схеме.
Выбор хостинга
При выборе новой хостинг-площадки для сайта нужно опираться на несколько важнейших параметров:
Более подробную информацию по выбору хостинга для сайта можно узнать из этого обзора.
Добавление домена на другой хостинг
Когда отвязка домена выполнена, остаётся добавить его в панель управления другого хостинга. Рассмотрим этот процесс на примере двух наиболее популярных панелей — ISPManager и CPanel.
Как на нагрузку повлияла пандемия
Так как нагрузка на серверы снизилась, то и требований к количеству оборудования стало меньше. Первое, что мы сделали: посчитали риски; прикинули, сколько понадобится серверов, когда пользователи вернутся на сайт; отказались от лишнего. Вторым этапом оптимизировали дорогие сервисы.
Мы и до коронавируса пересматривали наши решения с точки зрения эффективности. Поэтому эпидемия не сильно повлияла на наши методы оптимизации. Скорее наоборот, она подтвердила, что и раньше мы все делали правильно.
Если вы задумались о смене провайдера хостинг-услуг, стоит обратить внимание на следующие аспекты:
Как перевести сайт на другой хостинг
Платные хостинги обычно обеспечивают достаточно высокое качество услуг. Тем не менее, иногда владельцу сайта приходится задумываться о том, чтобы воспользоваться другим ресурсом. Зная, как происходит «привязка» сайта к хостингу, вы сможете менять поставщика данных услуг с минимальным перерывом в работе сайта.
Инструкция
Отвязка доменного имени от старого хостинга
Удаление доменного имени обычно выполняется парой кликов в панели управления хостингом. В случае возникновения проблем, нужно обратится в службу поддержки старого хостинга или регистратора домена и попросить отвязать необходимый домен.
Отсутствие таблиц в базе данных
Причина появления ошибки – пустая база данных или неверно указанный префикс в конфигурационных файлах.
Ошибка проявляет себя в зависимости от используемого «движка» 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 и других). Поэтому для работы интернет-ресурса достаточно перенести файлы сайта.
Причины переезда на российский хостинг
В 2022 году мы задумались о смене провайдера и начали поиск на российском рынке. Причин для переезда c облака от Amazon было несколько. Одна из них – желание оптимизации расходов. Amazon стоит достаточно больших денег. Мы подумали и решили, что наши ресурсы можно использовать лучше, поэтому и начали смотреть на отечественных провайдеров, в том числе выбирали среди дата-центров.
Вторая – активное развитие нас в России как b2b продукта. И для этого нам нужно было подстраиваться под российское законодательство, а значит следовать № 152-ФЗ, который требует хранения персональных данных на территории страны.
Почему же выбор пал именно на Selectel? Здесь сработало сарафанное радио: наши знакомые были клиентами компании и дали хорошие отзывы. Решили попробовать. Связались с менеджерами, обсудили условия и договорились, что, если не будет хватать текущих возможностей, Selectel поможет разработать новые. Конечно, это просто не могло не импонировать.
Нас это устроило, взяли курс на миграцию — с облака в «железо».
Проверка работоспособности
Проверка работоспособности сайта – это, в первую очередь, просмотр всех страниц и нахождение ошибок, появившихся после переноса. Данному процессу стоит уделить существенное время, так как проблемы могут вскрываться постепенно.
Проверка сайта
Этот этап не является обязательным, однако для полной уверенности лучше сделать проверку до отключения доменного имени на старом хостинге. Сюда входит несколько пунктов:
- Сделать проверку через технический доменов ресурса. Обычно это адреса четвертого уровня, обеспечивающие работу страниц даже тогда, когда основное имя не функционирует.
- Проверить работу сайта через поддомен, подключённый к public_html.
- Заказать проверку работоспособности через техническую поддержку хостера.
Разница в отечественной и иностранной поддержке
У меня был опыт взаимодействия как с зарубежной, так и с российской технической поддержкой. Иностранная построена на простой логике: хочешь поддержку — плати деньги. Хочешь быструю поддержку — плати еще больше денег. Кроме того, на AWS приходилось оплачивать поддержку для каждого нашего аккаунта — одна подписка на несколько, даже сопряженных, не распространялась.
А еще там иногда бывает внушительное время задержки. Звучит невероятно, но российская техподдержка работает более оперативно. В Selectel, например, в панели управления есть чат, в котором можно связаться со специалистом и в адекватные сроки получить ответ.
И все это происходит без дополнительных подписок и необходимости покупки премиум-аккаунтов. Кроме того, за годы хостинга в Selectel мы вошли в список ключевых клиентов компании и получили отдельную линию поддержки — Customer care. Нам сразу дают апдейт по задаче, отвечают быстро и в любое время суток, для этого не нужно ждать официального старта рабочего дня.
Работа поддержки — важный нюанс. Одно дело, когда инженер не может настроить сервис и ему нужна помощь. Другое — когда сервис свежий, и в нем есть ошибки на стороне провайдера. С таким за годы хостинга на AWS мы тоже сталкивались. Во втором случае платить за премиум-поддержку, как мне кажется, неправильно. Ведь по сути вам приходится расплачиваться за то, чтобы сообщить специалистам облака об их багах.
Разработка собственных сервисов
У нас сервис-ориентированная архитектура, а это значит, что есть куча микро-сервисов. Они написаны в основном с использованием двух языков: первый – Python в связке с Django и PostgreSQL, а второй – Golang. Помимо этого есть разного рода стейки, такие как big data, RnD, в которых используются machine learning, GPU и так далее.
Шесть лет назад мы «заезжали» в регион Франкфурт. На тот момент он был молодым, и все сервисы, уже внедренные в более зрелых регионах, до него доходили с задержкой. Не раз возникала ситуация, что нам нужен был функционал сервиса, которого либо не было совсем, либо он отсутствовал в нашем регионе.
Например, в наш регион завезли спотовые инстансы — аукцион серверных мощностей, благодаря которому можно сэкономить до 90% их стоимости. Но инструментов, позволяющих настроить автоматический заказ нужных серверов, не было. Приходилось заходить в консоль аукциона, выбирать тип инстанса, устанавливать цену, добавлять новые «виртуалки» в кластер.
А это неэффективная трата времени и высокий шанс упустить изменение цен. Поэтому мы создали свой менеджер спотов, который заказывал нужные серверы по подходящим ценам и сам добавлял их в кластер. Аналогичный инструмент — spot fleet — на Amazon Web Services появился лишь спустя несколько лет.
Точно так же нам пришлось оптимизировать работу с системой управления базами данных DynamoDB от AWS. Одна из ее фишек в том, что ты платишь за IOPS (количество операций ввода-вывода в секунду) и сам можешь выставлять лимиты по операциям. Это удобно, но, опять же, не было автоматизированного управления.
Кроме того, долгое время в AWS не было удобных инструментов для работы с Docker, которым мы уже активно пользовались. Поэтому до появления подходящих нам сервисов на Amazon Web Services справлялись своими силами. В целом, не могу назвать перечисленные ситуации критичными.
При переходе из облака на решения on-premises будьте готовы, что многие процессы, выполняемые ранее облачным провайдером, перейдут в вашу зону ответственности. Идеальное решение — то, что максимально подходит под ваши требования и особенности компании.
Самостоятельно
Сложностей в процессе переноса сайта не должно возникнуть. Однако, придётся потратить время на изучение технических аспектов, настройку переносимых компонентов и устранение возможных ошибок.
Этапы и действия по самостоятельному переносу сайта на другой хостинг будут разобраны ниже.
Трудности, возникшие при переезде
Тут могу сказать одно: у каждого будут свои «грабли». И это нормально. Главное — понимать цель переезда. Мы столкнулись с многими архитектурными ограничениями.
Например, нам нужно было настроить общую сеть между физическими серверами и нашими виртуальными машинами в «Облачной платформе Selectel». В облако мы переносим сервисы, которые неприхотливы к объему ресурсов.
Так, кластер DNS-серверов у нас расположен в частном облаке — это удобно и надежно. Иногда можем развернуть здесь какой-нибудь тест, удалив облако по завершении задачи. Но готового решения для обеспечения связи между физическими серверами и облаком на тот момент не было.
При работе с «железом» важно держать в голове свойственные ему минусы. Из своего опыта я бы выделил два ярких нюанса:
Иногда бывает так, что одинаковые по конфигурации серверы отличаются по производительности. Лучше это обнаружить до введения сервера в кластер.
Через службу техподдержки
Если нет желания или времени делать переезд сайта самостоятельно, можно обратиться в службу технической поддержки хостинга, на который будет осуществлён перенос сайта. Специалистам потребуется сообщить информацию:
Шаг 1. скачивание файлов со старого хостинга
Перенос данных на устройство с помощью FileZilla выполняется по описанному ниже алгоритму.
Шаг 1: добавляем домен
Первое, что необходимо сделать для переноса сайта — добавить доменное имя и прикрепить к нему папки, куда впоследствии загрузим файлы сайта.
Простой способ зарегистрировать домен в одной из популярных зон — приобрести его в Eternalhost. Низкие цены и бесплатный DNS-хостинг.
В панели управления ищем раздел с настройками имени (например, в панели ISPmanager — это «WWW-домены»). В нем можно добавить домен, либо перенести имеющийся со старого сервера. Нажимаем на «Добавить/Зарегистрировать домен» и вводим данные. Этот шаг не переносит имя на выбранный хостинг, а только лишь готовит аккаунт к подключению.
Шаг 4. создать базу данных на другом хостинге
Точно также, как и в предыдущем пункте, открываете на другом хостинге раздел «Управление базами данных» (Базы MySQL), только вместо выбора нужной базы – выбираете пункт создать новую базу данных.
Шаг 4: переносим учетные записи e-mail
Этот шаг важен тем, кто активно использует в работе электронную почту. Варианты «почтовой» миграции зависят от изначальных сценариев использования данного канала связи:
- Адрес почты находится на регистраторе доменного имени. Самый удобный вариант. Для переноса учётных записей e-mail нужно просто зайти в аккаунт регистратора и привязать почтовый сервер на IP-адрес выбранного хостинга.
- Электронная почта привязана к сервису-посреднику (например, Microsoft 365, Google G Suite, МойОфис). В этом случае нужно проверить, обновляются ли в DNS записи MX, необходимые поставщику e-mail услуг.
- Адрес электронной почты размещен на сервере старого хостинг-провайдера. Тогда придется потратить время, чтобы заново создать учетные записи на новом хостинге. Для этого нужно воспользоваться функцией импорта e-mail в разделе «Электронная почта».
Шаг 5. импортировать базу данных на новый хостинг
После того, как вы создали новую базу данных, необходимо скопировать на нее информацию из той базы, которую вы экспортировали со старого сервера. Для этого выбираете меню «Ипморт». Через окно указываете путь к базе, сохраненной на вашем компьютере, и нажимаете импортировать.
Все таблицы будут созданы и заполнены автоматически. На серверах разных провайдеров может использоваться разное программное обеспечение, поэтому, несмотря на полную совместимость всех баз, иногда, могут возникать проблемы. У меня выскочила ошибка 1062, решение проблемы я описал здесь. В 99% случаев перенос пройдет гладко.
Шаг 5: обновление файлов конфигурации cms
Необходимо изменить настройки в системном документе ресурса. Обычно это файл находится в папке с «движком» и имеет в своём названии слова «config», «conf», «settings». Например, на WordPress он называется «wp-config.php», на Bitrix «dbconn.php», а на Joomla «configuration.php».
Шаг 6: меняем dns-сервер и переносим домен
Последнее, что осталось сделать — подключить существующее доменное имя на новом сервере через измение настройки NS, где на текущий момент прописаны данные старого хостера.
Трансфер можно осуществить тремя способами:
- полностью перенести домен к новому хостеру/регистратору;
- изменить DNS-запись;
- поменять Сервера имён (NS сервера) домена.
Два первых способа связаны с рядом технических сложностей, поэтому остановимся на описании третьего варианта. Сначала нужно узнать новые значения NS серверов нового хостинга – они начинаются с букв «ns1», «ns2» и т.д. Обычно эта информация находится в памятке, присылаемой по почте при регистрации. Затем обновить эти значения на старом хостинге через панель управления доменом.
Шаг 7. проверить работу файлов и базы данных
Если вас не беспокоят перебои в работе сайта, то можете пропустить этот шаг, но если ваш ресурс раскручен, имеет трафик с поисковых систем и регулярно посещается поисковым роботом, то лучше все проверить до того, как вы отключите домен от старого хостинга.
Проверяем работу сайта на новом хостинге:
Экономическая выгода миграции
По грубым подсчетам, после переезда на серверы Selectel сервис подешевел в два раза. Конечно, это не значит, что любой переезд с зарубежного провайдера на отечественный будет таким же выгодным. Однако практика показывает, что усилия, потраченные на миграцию, как правило, окупают себя в первый месяц.
Заключение
Следуя этому алгоритму, можно без особых трудностей сменить хостинг сайта самостоятельно. Если же своих сил и познаний в администрировании ресурса не хватает, всегда есть возможность запросить эту услугу у технической поддержки нового хостера. Провайдеры — и Eternalhost тут не исключение — охотно помогают клиентам с переездом.
Надо помнить, что процесс «переезда» сайта не проходит моментально. Системе потребуется время на обработку всех запросов о смене учетных записей. Полный перенос сайта на новый сервер может занять от пары часов до нескольких дней. В этот период лучше не вносить никаких изменений на веб-ресурс. И последнее — не забудьте удалить все данные сайта со старого хостинга, после успешного переезда.