Перенос сайта на другой хостинг в Москве

Штатно — нет. Сайт работает на старой площадке, пока новая не проверена. Переключение DNS подготавливается заранее: за сутки до переезда мы снижаем TTL, чтобы записи обновились быстро.

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

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

С WordPress, Битрикс, OpenCart и сайтами на собственном коде. Для последних объём работ определяется после осмотра.

Расчёт зависит от размера базы и файлов, числа сайтов на площадке, наличия почты на домене и нестандартных служб — очередей, cron-заданий, поисковых индексов. Пришлите доступы к текущей панели, и мы вернём смету по этому списку.

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

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

Старая площадка не отключается сразу. В течение согласованного срока возврат — это обратное переключение DNS.

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

Мы отдаём короткий отчёт: что перенесено, где теперь лежит почта, какие задания cron работают, когда истекает сертификат. Дальше сайт можно взять на постоянное обслуживание.

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

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

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

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

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

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

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

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

Усложняет, но решается порядком действий. Медиафайлы синхронизируются заранее, за несколько дней, а перед переключением догоняется только разница — так окно недоступности не зависит от общего объёма. Базу переносим отдельно от файлов. Для очень больших каталогов имеет смысл заодно навести порядок: удалить дубли размеров изображений и старые резервные копии, которые годами лежали внутри сайта и переезжали вместе с ним.

Можно, но не одновременно. Перенос и обновление — два разных изменения, и если что-то сломается, вы не поймёте, какое из них виновато. Наш порядок: сначала переезд на то же окружение и проверка, что всё работает, затем отдельным шагом обновление версии с прогоном тех же проверок. Между шагами есть точка, в которую можно вернуться. Это дороже на несколько часов и заметно дешевле при разборе последствий.

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

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