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

Как перенести сайт на другой хостинг без хлопот 🌏 Хостинг
Содержание
  1. Как определить, что переезд действительно нужен
  2. Основные пункты проверки
  3. Cpanel
  4. Ispmanager
  5. В базе кодировка корректная, но на сайте все ещё нет.
  6. Возможные ошибки
  7. Вы загружаете базу, и в самой базе кодировка отображается не верно.
  8. Выбор хостинга
  9. Добавление домена на другой хостинг
  10. Как выбрать подрядчика для переноса сайта
  11. Как перенести сайт к вам от другого хостинг-провайдера?
  12. Как перенести сайт на другой хостинг
  13. Как перенести сайт на другой движок/cms без потери позиций
  14. Как перенести сайт на другой домен или на поддомен без потери позиций
  15. Как перенести сайт на другой хостинг без потери позиций
  16. Как подготовиться к правильному переносу сайта
  17. Когда нужно сделать перенос
  18. Настраиваем домен
  19. Оказываете ли вы помощь в переезде от другого провайдера?
  20. Отвязка доменного имени от старого хостинга
  21. Отсутствие таблиц в базе данных
  22. Ошибка 403. forbidden
  23. Ошибка 404
  24. Перенос сайта на cms
  25. Перенос сайта на конструкторе
  26. Перенос статического сайта
  27. После переноса сайт отображается в неверной кодировке, подскажите, в чём причина?
  28. При переносе на ваш хостинг webasyst shop-script выдаёт ошибку error connect to mysql?
  29. Привязываем домен к новому хостингу
  30. Проблемы с отображением изображений в virtuemart joomla
  31. Проверка работоспособности
  32. Самостоятельно
  33. Соответствует ли хостинг всем требованиям umi-cms?
  34. Через службу техподдержки
  35. Шаг 1. скачивание файлов со старого хостинга
  36. Этап 1. планирование и подготовка
  37. Этап 2. управление доменным именем
  38. Этап 3. подготавливаем домен к переносу
  39. Этап 4. перенос сайта и его настройка на новом сервере
  40. Заключение
  41. Вместо заключения. некоторые финансовые вопросы.

Как определить, что переезд действительно нужен

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

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

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

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

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

.htaccess — конфигурационный файл, который задает правила работы веб-сервера Apache. Используется для добавления редиректов, настройки доступа к страницам и файлам, обработки ошибок сервера.

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

Популярные причины для переезда сайта

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

Перенос сайта оправдан если:

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

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

Cpanel

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

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

Ispmanager

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

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

В базе кодировка корректная, но на сайте все ещё нет.

Браузер не верно подобрал кодировку. Попробуйте изменить кодировку в браузере (Вид->Кодировка). Если при выборе одной из кодировок сайт отображается корректно, то надо в корне сайта в файле .htaccess (если такого файла нет, то его надо создать) добавить строку AddDefaultCharset кодировка. Например:

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

mysql_query('set names utf8');

или с другой кодировкой.

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

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

Вы загружаете базу, и в самой базе кодировка отображается не верно.

В таком случае надо удалить все таблицы в базе, добавить в начало дампа строку

и загрузить заново. Если не получилось, то поэкспериментировать с кодировкой, например, написав

и т.п.

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

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

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

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

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

Как выбрать подрядчика для переноса сайта

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

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

Хороший подрядчик

Плохой подрядчик

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

Отказывается составлять план, выполняет задачи хаотично, не ориентируется в технических деталях.

Аргументирует каждое действие, которое может повлиять на эффективность продвижения сайта.

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

Создает несколько бэкапов перед любой миграцией.

Не создает резервные копии или сохраняет один свежий бэкап.

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

Настаивает на использовании основного домена.

Создает локальную карту с адресами и содержимым всех страниц.

Не создает карту сайта, список редиректов и файл с метатегами.

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

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

Использует сервисы для отслеживания позиций, мониторинга работы SSL-сертификата и редиректов.

Не использует инструменты для проверки и отслеживания «здоровья» сайта.

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

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

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

Как перенести сайт к вам от другого хостинг-провайдера?

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

Перенос сайта можно поделить на три этапа:

  1. Перенос файлов
  2. Перенос баз данных (БД)
  3. Перенос домена

Перенос файлов можно осуществить по FTP-протоколу или по SSH-протоколу. По умолчанию SSH выключен, включить его можно на главной странице в Панели Управления Аккаунтом.

Подключиться по FTP можно, используя данные, отправленные в письме при создании аккаунта. Также можно создать дополнительные FTP-аккаунты из Панели Управления в разделе «FTP-аккаунты».

Для подключения по FTP можно воспользоваться FTP-клиентом. Например: FAR, Total Commander, WinSCP или любым другим.

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

Для начала необходимо продумать план переноса, разработать пошаговую инструкцию и далее действовать по ней. Как правило, «переезд» интернет-ресурса выполняется по следующей схеме:

  • Регистрация в новой хостинговой компании.
  • Привязка имеющегося домена сайта к новому провайдеру.
  • Перенос накопленной базы данных.
  • Копирование важных файлов.

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

Как перенести сайт на другой движок/cms без потери позиций

Сложность: ★ ★ ★ ★ ★

Риск потери трафика:█████

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

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

На что обратить внимание:

  1. Выгрузка карты сайта. В процессе перехода важно сохранить прежние адреса страниц.

  2. Формирование таблицы редиректов. Все перенаправления должны корректно работать после обновления CMS.

  3. Сохранение бэкапов. Даже если сайт стабильно работает на новом движке, не надо избавляться от старых резервных копий.

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

Что делать после переноса сайта:

Screaming Frog сканирует структуру сайта и создает подробный отчет

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

Как перенести сайт на другой домен или на поддомен без потери позиций

Сложность: ★ ★ ★ ★

Риск потери трафика:█████

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

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

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

На что обратить внимание:

  1. Выгрузка карты сайта. В процессе перехода важно не потерять страницы с трафиком.

  2. Обновление адресов. В структуре URL меняется только домен.

  3. Формирование таблицы редиректов. Все перенаправления должны корректно срабатывать на новом домене.

  4. Склейка зеркал. После изменения домена сайт не должен открываться по старому адресу.

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

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

Что делать после переноса сайта:

Ahrefs находит внутренние и внешние битые ссылки

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

Циклическая переадресация — бесконечное обращение браузера к странице. У пользователей это проявляется в виде серой страницы с текстом ошибки. Проблема часто возникает из-за неправильной настройки редиректов или конфигурации веб-сервера.

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

Сложность: ★ ★ ★

Риск потери трафика:████░

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

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

Главная проблема при миграции сайта на другой хостинг — изменение NS-серверов. Многие сайты размещаются на name-серверах хостинг-провайдера и при переносе их придется менять. Если изменить NS без предварительной подготовки, у части пользователей сайт не будет работать до обновления баз DNS у поставщиков интернета.

Проблему можно решить несколькими способами:

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

  2. Сохранение сайта на старом домене. Можно обновить NS-серверы, но разместить файлы проекта на старом и новом хостинге. Тогда у всех пользователей он будет корректно открываться.

  3. Размещение на DNS-хостинге. Домен можно разместить на name-серверах стороннего провайдера или регистратора. В этом случае переезд на новый хостинг будет проходить максимально безболезненно.

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

Что делать после переноса сайта:

Тестирование доступности сайта из разных географических точек

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

Как подготовиться к правильному переносу сайта

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

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

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

  1. Создание бэкапов. Желательно сделать несколько резервных копий за разные даты.

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

  3. Выгрузка карты сайта. В ней должны быть все страницы с полными адресами. На помощь приходит специализированный софт вроде Netpeak Spider или Screaming Frog.

  4. Выгрузка страниц с трафиком. Их стоит держать на особом контроле и следить за корректной работой на новом хостинге или CMS. Получить список можно с помощью отчетов «Яндекс.Метрики» или Google Analytics.

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

  6. Анализ проблем по техническому SEO. Мигрировать на другую CMS со старыми проблемами невыгодно.

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

Выгрузка бэкапа сайта

Если подрядчик предоставил список работ и предлагает обновлять CMS на основном домене без предварительной подготовки — откажитесь от сотрудничества. Такой подход приведет к потере позиций, трафика и постоянной аудитории.

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

Когда нужно сделать перенос

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

Выполнить перенос сайта на другой хостинг необходимо, если:

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

Настраиваем домен

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

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

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

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

Оказываете ли вы помощь в переезде от другого провайдера?

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

Мы осуществляем перенос, проверяем, что всё работает и отписываемся, что для доменов можно менять DNS-сервера на наши:

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

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

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

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

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

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

Ошибка 403. forbidden

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

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

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

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

Ошибка 404

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

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

Перенос сайта на 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 и других). Поэтому для работы интернет-ресурса достаточно перенести файлы сайта.

После переноса сайт отображается в неверной кодировке, подскажите, в чём причина?

Есть несколько вариантов проблемы:

При переносе на ваш хостинг webasyst shop-script выдаёт ошибку error connect to mysql?

Проблема в подключении скрипта к базе данных.Для того, чтобы настроить подключение к базе данных Shop-Script, необходимо зайти в

Если Вы не помните пароль, удалите файл .wbs_protect в папке

[директория установки Webasyst]/temp/

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

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

Все достаточно просто: заходим в центр управления доменным именем, выбираем «Управление серверами» и нажимаем «Изменить адрес». После того, как сервер изменился, нужно привязать старое имя к новому провайдеру. Заходим на сайт провайдера, далее в панель управления, и в раздел «Добавление веб-сайта».

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

Проблемы с отображением изображений в virtuemart joomla

Если в связке Joomla Virtuemart не отображаются изображения при переносе с локального компьютера, либо с другого хостинга (например, при переносе с другого домена) в файле:

меняем 35 и 36 строку, где задается url, или в общем виде меняем на:

Проверка работоспособности

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

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

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

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

Соответствует ли хостинг всем требованиям umi-cms?

Все требования, необходимые для установки UMI.CMS, представленные на сайте umi-cms, у нас удовлетворены.

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

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

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

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

Этап 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 гарантированно позволяет быстро переключить основную аудиторию на новый сервер в течении небольшого промежутка времени.

Этап 4. перенос сайта и его настройка на новом сервере

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

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

Заключение

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

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

Переезжайте на веб-хостинг Eternalhost! Бесплатный перенос до 15 сайтов.

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

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

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

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

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

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

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

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

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

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

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

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

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