можно ли перенести сайт с одного хостинга на другой
Как перенести сайт на хостинг REG.RU
Наши специалисты перенесут ваш сайт на виртуальный хостинг или Облачные серверы REG.RU — бесплатно и без перерыва в работе. Если вы хотите перенести домен, используйте инструкцию.
Подарок за перенос сайта в REG.RU
Бесплатно перенесём ваши сайты на виртуальный хостинг или Облачные серверы. Подарим месяц пользования хостингом или облачным VPS после переноса.
Как перенести сайт на хостинг REG.RU
Перед переносом внимательно прочитайте правила.
Чтобы перенести сайт:
Выберите хостинг или закажите новый:
Заполните поля заявки:
Увидеть сайт до смены DNS можно с помощью файла hosts.
Правила переноса сайта на хостинг REG.RU
Сроки переноса индивидуальны и оговариваются в каждом конкретном случае отдельно. Минимальный срок: 24 часа.
Во время переноса сайта на другой хостинг его нельзя редактировать. Иначе он будет перенесён с ошибками, а внесенные в момент переноса изменения будут отсутствовать и на исходном, и на целевом хостинге.
В рамках акции дополнительный месяц хостинга предоставляется только один раз каждому клиенту и только для услуги, на которую был сделан перенос. После завершения переноса ваш хостинг или Облачный VPS будет продлён на 1 месяц.
Наши специалисты переносят сайты на основании п.6 Приложения к Договору на телематические услуги: Правила оказания услуг.
Если вам нужно перенести сайт как можно скорее, а после переноса вам понадобится помощь с настройкой сайта на хостинге REG.RU, рекомендуем заказать услугу «Расширенная техподдержка хостинга».
Как перенести сайт на новый хостинг самостоятельно (CMS)
Самостоятельный перенос сайта на хостинг заключается в:
Если сайт использует базу данных (большинство CMS), кроме указанных выше шагов, нужно:
После этого вы можете проверить работу вашего сайта с нового хостинга, скорректировав файл hosts на вашем компьютере.
Воспользуйтесь подробными инструкциями по переносу сайтов на следующих CMS:
Самостоятельный перенос — сложная процедура, которую начинающий пользователь редко может выполнить без ошибок. Чтобы сэкономить время, создайте заявку на бесплатный перенос сайта.
Как перенести сайт на новый хостинг — общий алгоритм
Практика показывает, что у каждого владельца сайта рано или поздно возникает потребность сменить хостинг-провайдера. Причины для этого абсолютно разные: высокие тарифы, не устраивает уровень безопасность, низкий аптайм, плохая работа технической поддержки или более выгодное предложение конкурентов.
Просто расторгнуть один договор и заключить новый для смены площадки веб-ресурса недостаточно. Перенос сайта с одного хостинга на другой всегда связан с решением ряда технически сложных задач, многие из которых требуют взаимодействия со специалистами провайдера. В этой статье мы расскажем, как упростить процедуру «переезда» до 6 простых шагов.
Шаг 1: добавляем домен
Первое, что необходимо сделать для переноса сайта — добавить домен и прикрепить к нему папки, куда впоследствии загрузим файлы сайта.
Простой способ зарегистрировать домен в одной из популярных зон — приобрести его в Eternalhost. Низкие цены и бесплатный DNS-хостинг.
В панели управления ищем пункт с настройками имени. В нем можно зарегистрировать домен, либо перенести имеющийся со старого сервера. Нажимаем на «Добавить/Зарегистрировать домен» и вводим данные. Этот шаг не переносит имя на выбранный хостинг, а только лишь готовит аккаунт к подключению.
Шаг 2: переносим файлы сайта
Перед данным шагом рекомендуется сделать полную резервную копию сайта и проверить её на работоспособность. Это позволит исключить потери критически важной информации в процессе переноса.
Сначала необходимо скачать всю информацию со старого хостинга. Её нужно взять из корневой директории сайта. Для скачивания можно использовать:
Потом тем же способом загружаем ее на конечный сервер. Для соблюдения безопасности все данные должны храниться в папке public_html, которая несет ответственность за функционирование домена. Здесь же будут собираться временные файлы кэша, логи и информация о пользовательских сессиях.
Обычно крупные ресурсы содержат довольно большой объем документов. Чтобы облегчить работу, лучше всего предварительно создать архив с ними на сервере старого хостинга. Он быстро распакуется на любой площадке, что позволит сэкономить время.
Шаг 3: переносим базу данных
Этот шаг относится к сайтам с CMS. Подобные системы управления, чаще всего работают на основе баз MySQL, которые тоже нужно переместить. Управлять базами данных (БД) можно с помощью веб-интерфейса, встроенного в панель управления хостингом или вручную, через панель phpMyAdmin.
Для переноса MySQL нужно зайти в раздел, содержащий БД и выделить все файлы. Далее запускаем функцию «Экспорт» и выбираем путь для сохранения файлов. Как и в случае с файлами сайта, для экономии времени можно заранее создать архив.
На новом хостинге выбираем функцию «Создание базы данных». Заполняем соответствующие поля, включая название БД, логин, пароль, после чего нажимаем кнопку «Создать».
На завершающем этапе дампа баз данных необходимо загрузить БД на новый сервер. Для этого нажимаем на «Импорт». В появившемся окне вписываем путь к заранее сохранённому архиву и подтверждаем действие. После переноса нужно внести настройки подключения БД в конфигурационный файл сайта или CMS (см. Этап 5).
Шаг 4: переносим учетные записи e-mail
Этот шаг важен тем, кто активно использует в работе электронную почту. Варианты «почтовой» миграции зависят от изначальных сценариев использования данного канала связи:
Шаг 5: обновление файлов конфигурации CMS
Необходимо изменить настройки в системном документе ресурса. Обычно это файл находится в папке с «движком» и имеет в своём названии слова «config», «conf», «settings». Например, на WordPress он называется «wp-config.php», на Bitrix «dbconn.php», а на Joomla «configuration.php».
Ищем конфигурационный файл в сохранённом архиве с данными сайта и открываем в «блокноте». В строках со словами «Name», «User», «Password», «Host» прописываем всю свежую информацию. Когда конфигурация будет исправлена, устанавливаем файл в корень веб-сайта на новом сервере.
Шаг 6: меняем DNS-сервер и переносим домен
Последнее, что осталось сделать — подключить существующее доменное имя на новом сервере через измение настройки NS, где на текущий момент прописаны данные старого хостера.
Поле серверов имён (NS) в панели биллинга на хостинге.
Трансфер можно осуществить тремя способами:
Два первых способа связаны с рядом технических сложностей, поэтому остановимся на описании третьего варианта. Сначала нужно узнать новые значения NS серверов нового хостинга – они начинаются с букв «ns1», «ns2» и т.д. Обычно эта информация находится в памятке, присылаемой по почте при регистрации. Затем обновить эти значения на старом хостинге через панель управления доменом.
Проверка сайта
Этот этап не является обязательным, однако для полной уверенности лучше сделать проверку до отключения доменного имени на старом хостинге. Сюда входит несколько пунктов:
Заключение
Следуя этому алгоритму, можно без особых трудностей сменить хостинг сайта самостоятельно. Если же своих сил и познаний в администрировании ресурса не хватает, всегда есть возможность запросить эту услугу у технической поддержки нового хостера. Провайдеры — и Eternalhost тут не исключение — охотно помогают клиентам с переездом. Достаточно создать обращение (тикет) через панель управления или написать на e-mail, как к решению технически сложных задач переноса сайта тут же подключатся профессионалы.
Надо помнить, что процесс «переезда» сайта не проходит моментально. Системе потребуется время на обработку всех запросов о смене учетных записей. Полный перенос сайта на новый сервер может занять от пары часов до нескольких дней. В этот период лучше не вносить никаких изменений на веб-ресурс. И последнее — не забудьте удалить все данные сайта со старого хостинга, после успешного переезда.
Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Как перенести сайт на другой хостинг без простоя и потери данных
Тема, обозначенная нами в заголовке статьи не нова и довольно избита, мы вообще не планировали к ней обращаться, если бы не одно обстоятельство. К нам с завидной регулярностью обращаются клиенты, читатели, знакомые с просьбой помочь в с переносом сайта и это несмотря на огромное количество статей на эту тему. Решив разобраться в ситуации, мы провели беглое ознакомление с данной темой и выяснили, что подавляющее большинство материалов написаны словно под копирку и содержат одни и те же ошибки. Поэтому, отбросив сомнения, мы сели за перо.
Поэтому очень важно поддерживать бесперебойную работу вашего ресурса и актуальность, и полезность информации на нем. Одним из факторов, влияющих на работу сайта является хостинг. Пока сайт небольшой многие пользуются услугами недорого виртуального хостинга, однако по мере роста ресурса возникает потребность в более мощной площадке и очень часто это оказывается совсем другая хостинговая компания, что потребует переноса вашего проекта.
Большинство найденных нами материалов в сети предлагали совершенно ошибочную последовательность:
Многолетний опыт позволил нам выработать принципиально иную последовательность действий, которая обеспечивает максимально безболезненный процесс переноса.
Прежде всего стоит переносить содержимое сайта, так как оно имеет самый большой размер (иногда исчисляемый гигабайтами) и преимущественно статично. В большинстве случаев, если вы не добавляете новых материалов на сайт, то новых или измененных файлов там быть не должно. Затем следует перенести базу данных, которая более динамична и записи в ней могут изменяться и добавляться как вами, так и посетителями.
И только как все будет готово и проверено следует перенаправить домен и принимать посетителей уже на новом сервере. Давайте теперь рассмотрим все этапы более подробно.
Этап 1. Планирование и подготовка
Настоятельно не рекомендуем пропускать этот этап, даже если на первый взгляд все просто. Здесь уместно вспомнить поговорку «гладко было на бумаге, да забыли про овраги», которая как нельзя лучше подходит для описания многих таких «лихих» переносов.
Прежде всего выясните все «явки и пароли», а таких может быть много: учетные данные в админку сайта, в панель управления хостингом, в личный кабинет регистратора доменных имен, параметры доступа к FTP, MySQL и т.д. Если на сайте установлен разного рода партнерский или рекламный код, то уточните доступ в соответствующие личные кабинеты. Если используется обмен с товароучетной системой, то также уточните параметры доступа с обоих сторон.
Затем произведите полную инвентаризацию старого хостинга, какие настройки и модули веб-сервера установлены и применяются, где расположены файлы, и кто является их владельцем, какие имеются пользователи и какие у них права доступа. Чем больше вы проверите и запишете, тем проще будет работать в дальнейшем. Очень часто на этом этапе всплывают неочевидные вещи, о которых все давно забыли, но которые способны доставить ряд серьезных неприятностей.
Не забудьте уточнить версии используемых CMS и модулей к ним, после чего обязательно проверьте их совместимость с планируемым к использованию на новом сервере ПО, в частности следует обратить внимание на версию PHP. При необходимости запланируйте их обновление, которое лучше всего попробовать выполнить на стенде еще до начала всех мероприятий.
После того, как все учтено и записано переходите к планированию. Старая шутка говорит, что полученное при предварительном расчете время нужно смело умножать на два и переходить к значениям более высокого порядка. Но в любой шутке есть доля истины. Наш опыт показывает, что минимальным запасом времени для выполнения всех операций следует считать неделю, а лучше всего две. Именно на это время у вас должен быть оплачен старый хостинг. Не следует заниматься переносом в самом конце оплаченного периода. Также не забудьте продлить домены, если они истекают в ближайшее время.
Этап 2. Управление доменным именем
Многие начинающие веб-мастера покупают свой первый домен вместе с хостингом, поэтому управлять доменом скорее всего будет хостер и далеко не факт, что у вас будет полноценный доступ к DNS-зоне. Поэтому, даже если вы пока не собираетесь уходить от данного хостера, следует установить полный контроль над доменом и DNS-зоной. Кроме того, это может быть еще и экономически выгодно.
Как это сделать? Прежде всего следует выяснить регистратора домена, для этого воспользуйтесь сервисом Whois:
На первый взгляд все довольно привлекательно, но если найти ниже неприметную ссылочку «показать цены продления», то картина нарисуется совсем не радужная:
Мы не будем сейчас касаться вопроса порядочности и этичности такого поведения, но обращаем внимание, что перенос домена менее чем за месяц до продления обычно невозможен, поэтому контролируйте цены на продление своевременно.
Второй «фокус» состоит в разных комиссиях при оплате через разные платежные системы, на некоторые из которых она может оказаться совершенно неприличной. Для сравнения скриншот из панели еще одного реселлера:
Если вы планируете оплату через электронные платежные системы, то заодно поинтересуйтесь комиссией на их пополнение доступными для вас способами. Очень часто оказывается, что суммарная комиссия (комиссия на пополнение электронного кошелька + комиссия платежной системы + комиссия реселлера) делает такой способ оплаты совсем невыгодным. По нашему опыту ориентироваться всегда стоит на банковские карты и PayPal, выбирать электронные деньги имеет реальный смысл тогда, когда у вас есть регулярные поступления в данной платежной системе.
Здесь мы вплотную перешли к процессу передачи домена. В пределах одного регистратора это делается очень просто: вы или обращаетесь в техподдержку текущего реселлера или хостера с просьбой передать ваш домен под управление указанного вами партнера, или заполняете аналогичное заявление для самого регистратора. Более подробно данный процесс описан на сайтах реселлеров и регистратора, там же находятся и образцы заявлений. Как показывает наш опыт быстрее и эффективнее направлять заявление самому регистратору. В рабочий день весь процесс передачи не занимает более нескольких часов.
Сделаем небольшое отступление, некоторым может показаться странной подобная суета из-за сотни-другой рублей. Да, если у вас доменов один-два, то проще перенести их к регистратору и сидеть спокойно, но если их несколько десятков, то экономия пары сотен на каждом домене выглядит достаточно существенно, тем более, как мы уже говорили, перенести домены от одного реселлера к другому занимает пару часов в рабочий день.
Поэтому, чтобы обеспечить своим доменам свободу перемещения, следует держать DNS-зоны на каком-либо нейтральном и, желательно, бесплатном DNS-сервере. Теоретически можно поднять собственный DNS-сервер, но экономически и организационно эту затею можно признать удачной только в том случае, если доменов у вас действительно много и есть техническая возможность поддерживать высокодоступный сервис. В противном случае проблем будет больше, чем преимуществ.
Из бесплатных DNS-хостингов мы можем посоветовать Яндекс, который предоставляет DNS-сервера в рамках услуги Почта для домена, при этом саму почту настраивать абсолютно не обязательно, но такая возможность идет дополнительным плюсом, особенно если вам нужно всего пару технических почтовых ящиков, наподобие admin@example.com или webmaster@example.com. Это дополнительно облегчит вопросы переноса вашего сайта, так как отпадает необходимость каждый раз переносить и настраивать почту.
Процесс переноса доменов на Яндекс несложен и подробно описан в документации, у регистратора или реселлера вам всего лишь потребуется указать NS-сервера Яндекса, что является базовым минимумом и присутствует абсолютно у всех.
Однако будьте внимательны, если вы используете виртуальный хостинг, то ваша DNS-зона обслуживается и должна продолжать обслуживаться хостером, попытки перенести ее на сторонние сервера скорее всего закончатся неработоспособностью сайта.
Этап 3. Подготавливаем домен к переносу
В нашем случае это значение равно 14400 секундам или 4 часам, непосредственно перед переносом данное значение следует уменьшить до нескольких минут, скажем 5 или 15. Это позволит гораздо быстрее обновить информацию на основных DNS-серверах в сети, однако не все сервера строго следуют значению TTL домена, небольшие провайдеры или корпоративные сети могут игнорировать это значение и кешировать DNS-запросы на более продолжительный срок.
Но это скорее исключение, чем правило и уменьшение TTL гарантированно позволяет быстро переключить основную аудиторию на новый сервер в течении небольшого промежутка времени.
Этап 4. Перенос сайта и его настройка на новом сервере
После того, как все подготовительные действия выполнены и новый сервер настроен можно пытаться переносить на него ваш сайт. Обычно для этого следует любым доступным путем скопировать со старого сервера на новый все содержимое и выгрузить/загрузить дамп базы данных. Мы не будем особо останавливаться на этом процессе, так как если вы решили самостоятельно переносить сайт, то такие действия не должны представлять для вас сложности.
Переносить и проверять сайт крайне желательно с его настоящим доменным именем, а не с техническим, как это советуется в некоторых руководствах. Но DNS-записи пока продолжают указывать на старый сервер, поэтому самое время вспомнить о таком файле как hosts, добавляем туда запись типа:
Если вы используете виртуальный хостинг, то обязательно привяжите к нему свой домен, но не изменяйте пока NS-записи (чтобы сайт работал на старом сервере). После чего хостер выдаст вам технический адрес вида example.hoster.com по которому можно выяснить IP-адрес сервера размещения и внести его в файл hosts.
После этой нехитрой процедуры вы перенастроите ваш и только ваш ПК на работу с сайтом на новом сервере и можете спокойно настраивать и проверять его работу, в то время как все остальные посетители продолжат работу с его экземпляром на старом месте.
Важно! Обратите внимание, что если вы используете непрозрачный прокси, то указанный метод работать не будет, так как в этом случае DNS-запросы отправляет не клиент, а прокси-сервер.
На этом этапе следует досконально проверить работу всех модулей сайта и обязательно убедиться, что работают все основные функции, особенно это относится к таким, критически важным, как регистрация, восстановление пароля, оформление заказа и т.п.
Этап 5. Заключительная синхронизация и перенаправление домена
Допустим вы все проверили и убедились, что на новом месте все хорошо. Теперь следует выполнить заключительные штрихи и окончательно перенести ресурс на новый сервер. Для этого переведите старый сайт в режим только чтение. Не следует включать режим обслуживания или как-либо еще делать его недоступным для посетителей, просто отключите возможность пользователям изменять его содержимое или размещать заказы. Также обязательно разместите на видном месте сообщение о технических работах.
После чего изменяем DNS-записи таким образом, чтобы они указывали на новый сайт. Если вы предварительно уменьшили TTL, то первые посетители начнут приходить уже через 10-15 минут. Кстати не забудьте после изменения DNS-записей снова увеличить TTL.
Если вы все сделали правильно, то для большинства посетителей переезд пройдет незамеченным, особенно если вы подгадаете заключительный этап на время с наименьшей посещаемостью (ночное время, выходной или праздничный день). Самые настойчивые в течении короткого времени будут видеть сообщение, что идут технические работы и некоторые функции сайта ограничены. Полностью переход обычно завершается в течении суток, но не следует забывать о тех DNS-серверах, которые игнорируют TTL, поэтому мы рекомендуем держать старый сервер в работе еще некоторое время, как минимум неделю. В своей практике мы оставляем его в работе до конца оплаченного периода.
Вместо заключения. Некоторые финансовые вопросы.
Если вы этого не сделали, то никаких финансовых санкций к вам применено не будет, а через некоторое время (обычно месяц) все ваши данные будут удалены, до истечения этого периода у вас будет возможность их забрать. Также если вы приобретали у данного поставщика иные услуги, то на них это никак не отразится, будет блокирована, а затем удалена только неоплаченная услуга. Это достаточно просто и понятно и к этому все привыкли.
У зарубежных хостеров практикуется принципиально иной подход. Чаще всего оплата списывается ежемесячно, в автоматическом режиме с кредитной карты или через PayPal, если это невозможно, то ежемесячно выставляются счета, которые вы должны самостоятельно оплатить в течении некоторого времени, обычно 14 дней. При этом контракт может быть заключен на больший срок, чаще всего на год.
Сроки расторжения контракта указываются отдельно, для обычно не позже чем за 6 недель до его окончания. Т.е. если вы хотите закончить сотрудничество в конце текущего месяца вы должны были уведомить об этом хостера еще в середине предыдущего. Кроме того, годовой контракт не всегда можно расторгнуть досрочно без уплаты неустойки.
Что будет если вы не уведомите провайдера о расторжении контракта? Вам будет выставлен счет за следующий период, либо будет произведено автоматическое списание средств. И даже если вы сразу после этого заявите о расторжении, то вам скорее всего придется оплатить этот месяц и следующий.
Если вы не оплатите счет, то предоставление услуг будет вам приостановлено, но это не освобождает вас от оплаты, так как контракт продолжает действовать. При этом приостановлены могут быть все услуги на вашем аккаунте, что особенно актуально в тех случаях, когда вы приобретаете новую услугу с отказом от старой в пределах одного хостера. Это может оказаться неприятным сюрпризом и привести к дополнительным финансовым тратам.
В том случае, если вы покидаете хостера и отключили автоплатеж в его пользу, то взыскать с вас он вряд ли чего сможет, но кто знает, как повернется ситуация и не придется ли вам к нему вернуться. Поэтому лучше не портить свою финансовую репутацию и содержать свои дела в порядке.
Описанная схема наиболее характерна для европейских хостеров, американские компании могут предлагать иные условия, но опять-таки все упирается в понятие контракта и его автоматическое продление. Так американский хостер может брать оплату сразу за год и если вы явно не откажетесь от его услуг, то контракт будет автоматически продлен, и вы окажетесь перед необходимостью оплатить еще год размещения, либо расторгать контракт через поддержку с уплатой неустойки, остальные ваши услуги на это время могут оказаться заблокированы.
Также обратите внимание, что большинство американских хостеров не предоставляют безлимитный трафик, выделяя в рамках тарифа определенный ежемесячный объем, после превышения которого вам выставят дополнительный счет, либо потребуют приобрести дополнительный пакет трафика, услуга при этом также может быть заблокирована. Поэтому при выборе тарифа в Штатах уделите отдельное внимание этому вопросу, может оказаться, что вполне привлекательный по цене тариф окажется неподходящим из-за малого объема трафика, особенно обидно будет это осознать, заплатив за год вперед.
В любом случае перед приобретением услуг хостинга, как в России, так и за рубежом внимательно изучите финансовую сторону дела, особенно процесс оплаты и расторжения договора, в т.ч. досрочного, если вам что-то непонятно, то не стесняйтесь уточнить этот момент в поддержке. Не бойтесь показаться назойливым, лучше выяснить все подводные камни и особенности перед заключением контракта, чем столкнуться с неприятным сюрпризом в процессе работы или при его расторжении.
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Или подпишись на наш Телеграм-канал: 