Как перенести сайт на новый домен — что стоит знать
Оглавление
Многочисленные новые технологии позволяют чрезвычайно легко перемещать веб-сайты с одного хоста на другой. Однако независимо от того, насколько высока скорость передачи, средний клиент может испытывать некоторые простои во время процесса передачи. В зависимости от того, что происходит за кулисами, передача DNS-серверов между старым и новым веб-хостами может привести к тому, что домен станет доступен в течение от 12 до 72 часов после того, как запрос на такое изменение будет отправлен новому регистратору.
В сочетании с необходимостью передавать файлы веб-сайта, восстанавливать важные базы данных и приводить в порядок все установки программного обеспечения и конфигурации поддоменов, может потребоваться до одного дня, прежде чем ваш сайт снова полностью заработает.
Есть, однако, несколько довольно полезных трюков, чтобы избежать катастрофы при переносе веб-сайта на новый хост-сервер. Как перенести сайт на новый домен — эти советы относительно легко выполнить, если у администратора сайта есть общее представление о cPanel. Об IP-адресах и более продвинутых процедурах входа в систему по протоколу FTP, которые позволят им работать с конфигурацией нового плана веб-хостинга до изменения DNS и его передачи на новый сервер.
В конце концов, если среднестатистический клиент полностью не знает о каких-либо изменениях, происходящих за кулисами, то миссия прошла успешна!
Вначеле переносите, затем отменяйте подписку
Не отменяйте существующий план веб-хостинга до завершения переезда.
Наиболее распространенная ошибка, допущенная администраторами, которые являются новичками в веб-хостинге в целом или плохо знакомыми с переносом своих веб-сайтов между серверами, заключается в том, что они почти сразу связываются со своим старым хостом, чтобы сообщить им о своем решении переместить свои услуги в новую компанию.
Хотя, конечно, хорошей идеей является своевременное информирование старого веб-хоста о будущих изменениях, выполнение этого до того, как переход будет выполнен квалифицированно, может привести не только к простою, но и к полной потере файлов и информации базы данных с момента отмены подписки.
Хостинговые компании, как правило, отменяют план почти сразу — сразу после завершения звонка клиента — не дожидаясь истечения срока действия услуги текущего месяца или абонентской платы. Это рассматривается как удовлетворение интересов потребителей, поскольку они получают немедленное и пропорциональное возмещение любых оставшихся сборов.
Однако это также означает, что компания будет фактически уничтожать каждый клочок информации, который был загружен на сервер во время их работы с компанией. Во многих случаях не будет возможности вовремя извлечь эти файлы и перенести их на сервер новой веб-хостинговой компании или в план общего хостинга.
Это тот вид простоя, который чрезвычайно трудно преодолеть, поскольку он потенциально может означать потерю всего контента и данных подписчика, а также коммерческие потери и детали платежа клиентов для некоторых веб-сайтов.
Что делать
После того, как новый план хостинга был защищен, передайте все файлы, прежде чем отменить существующий план хостинга, принадлежащий старой компании. Возможно, было бы неплохо разрешить веб-сайту запускаться на серверах новой компании в течение нескольких дней только для того, чтобы во время переезда ничего не пропустили.
Когда все проверено и сайт работает, только тогда следует отменить старый хостинг-план.
Скачать файлы резервных копий
Войдите в cPanel и получите сжатые резервные копии файлов сайта и информации базы данных.
Для простоты использования клиенты, переходящие на новый веб-хостинг, должны убедиться, что новые и старые хостинговые компании используют одну и ту же веб-технологию администрирования. Как правило, это будет выбор между cPanel и немного менее популярной панелью управления веб-сайта PleskPanel.
Неисправности материнской платы признаки которые можно обнаружить
Согласование технологии, используемой обоими хостами, — это самый простой способ обеспечить быстрое резервное копирование и восстановление данных. Для опции панели управления cPanel, которая является практически стандартной в веб-хостинге, клиенты должны перейти к своему домену с подключенным номером порта 2082.
Для справки, это выглядит так в адресной строке веб-браузера: http://my-site.com:2082. Кроме того, http://my-site.com/cpanel может работать для некоторых веб-сайтов:
Найдите страницу резервной копии
После успешного входа в интерфейс cPanel найдите группу страниц настроек и панели управления с пометкой «Резервное копирование». Она содержит инструменты для резервного копирования основной папки сайта public_html, а также любых поддоменов. Кроме того, эти инструменты помогут клиентам веб-хостинга в резервном копировании их баз данных MySQL для восстановления на новом сервере.
Найдите в этой группе параметр «Загрузить резервные копии» и перейдите на соответствующую страницу администрирования cPanel.
Загрузка резервных копий
На этой странице cPanel будет разбивать доступные резервные копии по типу. Доступна полная резервная копия сайта; им следует скачать этот файл, чтобы позже его можно было загрузить на другой хост. Там также будут резервные файлы, специфичные для каждого субдомена на сайте. Как правило, они являются необязательными, поскольку полная резервная копия веб-сайта будет содержать всю эту информацию, но для безопасности вы также можете загрузить ее.
В отдельной области на той же странице загрузок резервных копий клиенты могут защитить сжатую резервную копию каждой базы данных MySQL в отдельности. Каждая база данных должна быть загружена в сжатом формате. Они будут загружены на новый сервер для создания соответствующих имен баз данных позже.
Не распаковывать!
Во время этого процесса не распаковывайте загруженные файлы резервных копий. Это потому, что этот процесс будет завершен новым сервером, когда файл будет загружен клиентом.
Для пользователей Mac OS X убедитесь, что Safari не настроен на автоматическое открытие так называемых «безопасных» расширений файлов после загрузки. Это гарантирует, что файл останется без сжатия и готов к быстрому восстановлению. Когда все сжатые файлы резервной копии сохранены, выйдите из старой установки cPanel и перейдите к новой версии популярного программного обеспечения для администрирования веб-сайта.
Осуществление переноса сайта
Начните загрузку сжатых файлов резервных копий на новый сервер.
Практически каждая веб-хостинговая компания, после получения платы за первый месяц, отправит электронное письмо с такой информацией, как серверы доменных имен и сведения об IP-адресе для нового плана хостинга. Этот IP-адрес можно использовать для просмотра содержимого веб-сайта до распространения DNS, а также для доступа к отдельной учетной записи FTP и интерфейсу администрирования cPanel до внесения изменений.
Вход в систему
Найдите это письмо и найдите соответствующий IP-адрес. Если ссылка cPanel специально не включена, предположите, что к этому IP-адресу можно добавить суффикс порта «/ cpanel» или «: 2082», чтобы разрешить административный вход в систему.
После входа в итерацию cPanel нового сервера найдите инструменты резервного копирования, упомянутые в шаге 2, затем перейдите на страницу «Загрузки резервных копий». На странице найдите поле загрузки файла, связанное с полной резервной копией сайта. Это часто помечается как функция «Восстановление из резервной копии». Выберите файл резервной копии полного сайта, который был загружен из старой компании веб-хостинга, чтобы начать процесс загрузки.
После того, как файл полностью загружен, веб-страница обновится, и подробные сведения о файле будут отображаться построчно при перемещении каждого файла на место. Когда эта вторая страница перестает загружаться, процесс завершен. Найдите кнопку браузера «назад», чтобы вернуться на предыдущую страницу и начать процесс восстановления базы данных почти таким же образом. Когда вся информация будет передана, пришло время настроить некоторые параметры и начать процесс плавного перехода за кулисами.
Убедитесь, что база данных работает
Следует отметить, что файлы резервных копий базы данных не содержат информации об именах пользователей, паролях и разрешениях, связанных с каждой базой данных MySQL. Эта информация должна быть введена в интерфейсе баз данных MySQL в cPanel.
Префикс
Также обратите внимание на префикс, назначенный каждой базе данных в cPanel. В случае расхождений (например, «jsmith_wordpress» против «jsm_wordpress») префиксы необходимо будет изменить в файле конфигурации каждого программного приложения, которое подключается к этой базе данных.
Вся соответствующая информация
Добавьте всех соответствующих пользователей, пароли и разрешения, а затем внесите необходимые изменения в системные файлы, войдя в учетную запись FTP через IP-адрес веб-сайта. Это обеспечит бесперебойную работу программного обеспечения после переноса доменного имени для отображения файлов нового хоста вместо файлов, расположенных в старой компании. Как только это будет сделано, все на месте и готово к работе.
Все, что нужно изменить сейчас, — это информация, которая сообщает домену, какие файлы двух учетных записей хостинга должны отображаться конечному пользователю.
Переключите серверы имен
Укажите регистратору домена использовать новые серверы доменных имен
Последний шаг процесса — просто указать имя домена для отображения файлов и данных на сервере, отличном от того, который используется в данный момент. Это делается путем входа в панель управления регистрацией домена, предоставляемую регистратором домена.
В этой панели управления должен отображаться заголовок или элемент боковой панели с именем «Серверы доменных имен», и текущая информация, помещенная в эту область, должна выглядеть следующим образом:
| 1 2 | NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM |
Они должны быть заменены новыми серверами имен (также найдены в электронной почте) для нового хоста. (Если эта информация не найдена, перейдите в раздел поддержки хоста, просмотрите их документацию или свяжитесь с представителем, который может предоставить информацию о сервере.)
Изменения в записях DNS вступят в силу через 12-24 часа в большинстве случаев, хотя некоторые из них занимают всего шесть часов. В течение этого времени как новый, так и старый веб-сайты будут функционировать должным образом, и клиенты будут видеть идентичный контент независимо от того, какие размещенные файлы представлены.
Ждите распространения имен
Помните, что публикация контента до завершения распространения может привести к потере контента или данных после того, как новые файлы хоста активны. Хотя время простоя не будет проблемой, владельцы веб-сайтов должны воздерживаться от внесения каких-либо изменений в дизайн, файлы или контент сайта, пока вы не будете полностью уверены, что процесс завершен, и не получите доступ к новому сайту.
Когда это происходит, процесс плавной передачи веб-сайта новому провайдеру веб-хостинга завершен. И пользователи переживут переход без единой секунды простоя.
Резюме
Обязательно протестируйте веб-сайт и убедитесь, что все функции работают правильно; когда все работает так же, как раньше, вы можете отменить старый план хостинга. Это все, что нужно сделать! А если остались еще вопросы — заходите на http://sueqa.com/. Там вы найдете множество полезной и интересной информации на различные тематики.
