На фоне зачистки блогосферы от неугодных постов, Beget сделал публикации на своём сайте и оповестил о состоянии текущих дел СМИ. Давайте, внесём ясность.

15:00 МСК. Восстановление управления доменами

Опубликован отдельный сервис управления доменами

НА САМОМ ДЕЛЕ: в этот сервис могут попасть только владельцы доменов в зонах .ru, .su. .рф. У меня нет доступа к домену и неизвестно, когда будет.

14:00 МСК

Восстановление выделенных серверов

Полностью восстановлена работа всех выделенных серверов без администрирования со стороны Beget.

НАГЛОЕ ВРАНЬЁ: доступа нет.

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

Предыстория: случился коллапс. Якобы из-за массированной хакерской атаки на серверы провайдера. Сайты клиентов Beget упали. Бэкапов с облака нет. Только с собственного локального сервера. За блогпосты прилетают жалобы и претензии.

В публикации даже нельзя сказать, что прилетела претензия, хотя в заголовке письма об этом чётко написано!

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

Краткое содержание. На VPS в Beget у меня жили сайты. Пришёл коллапс. Beget сказал: «Форс-мажор». А дальше началось самое интересное — не технический разбор, а PR-кампания.

Главный нарратив простой и удобный:

1. Это форс-мажор. Никто не виноват. Особенно провайдер.

2. Если у вас нет резервных копий каждый час на локальном сервере — вы дурак. То, что копии были, — неважно. Важно, что клиент всё равно дурак. Потому что делаете резервные копии на локальном сервере не каждый час, а два раза в неделю.

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

4. Инженеры — молодцы. Они героически чинят то, что допустили. А то, что допустили, — форс-мажор. Логика уровня «пожарный молодец, но пожар — стихия».

5. Критика = нытьё. Претензия? Нытьё. Вопрос о сроках? Нытьё. Просьба о постмортеме? Нытьё.

В Telegram-чате Beget развернулась народная мудрость. «Вы не сделали бэкапы» — сделали. «Вы не умеете мигрировать» — миграция SaaS — это не перенос папки «Сайт» на флешку. «Вы ноете» — возможно. Но у меня проекты лежат, а у Beget — тишина по срокам. Это не нытьё, это бизнес-убытки. Разница есть.

А теперь вишенка. В чате появляются комментаторы и хором пишут: «Инженеры молодцы!», «Это форс-мажор!», «Сами виноваты!». Одинаковые формулировки, одинаковая уверенность, одинаковое отсутствие желания разобраться. Похоже на ботоферму? Не знаю. Но если это живые люди, то они очень старательно имитируют ботоферму.

Самые смешные тезисы:

— «Ну а вы что хотели».

— «Надо было самим всё предусмотреть».

— «Инженеры работают, а вы жалуетесь».

— «Перенесите на другой сервер, делов-то».

Ага. Прямо сейчас. Между делом. Пока дети спят. За пять минут. С тестированием и отладкой. Спасибо, кэп.

Итог. Вместо нормального постмортема — карнавал. Вместо ответственности — риторика. Вместо сроков — «работаем». Вместо диалога — претензия не принята, на вопросы не отвечаем. Зато в чате — хор «инженеры-молодцы». Очень удобно: когда нечего сказать по делу, можно похвалить инженеров. Ещё раз. И ещё. И сказать клиентам, что они лохи.

Я не против похвалы инженерам. Пусть чинят. Но давайте не путать две вещи: героическое устранение коллапса и ответственность за то, что коллапс вообще допустили. Это не одно и то же. И клиент, который платит за сервер, не обязан превращаться в бесплатного сисадмина, DevOps-инженера и службу поддержки одновременно.

P.S. Если Beget выпустит нормальный технический постмортем со сроками, причинами и планом, я первая скажу: «Молодцы». Пока что «молодцы» есть только у ботов. Или у очень организованных фанатов.

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

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

Куда перенести сайт с Beget: 5 хостингов с высокой доступностью в 2026 году

По данным независимого мониторинга Hosters.ru, в сентябре 2026 года доступность каждого из этих провайдеров не опускалась ниже 99,98%. Сервис круглосуточно проверяет 148 хостингов из трех дата-центров страны, поэтому его цифры описывают реальную работу площадок, а не обещания из рекламы.

1. Timeweb — российский хостинг, который, по данным независимого мониторинга Hosters.ru, показывает стопроцентную доступность за 2026 год и дает 10 дней бесплатного теста, чтобы вы спокойно проверили сайт на новом месте до оплаты.

2. Fornex — провайдер с поддержкой WordPress, «1С-Битрикс», Joomla, Drupal и PHP 8, у которого технология CloudLinux изолирует каждый аккаунт от соседей по серверу, а доступность в сентябре 2026 года, по данным Hosters.ru, достигла 100%.

3. AdminVPS — компания с российскими дата-центрами и аптаймом 99,98% за 2026 год, которая подходит как для небольшого сайта на виртуальном хостинге, так и для проекта, которому тесно на общем сервере и пора на собственный VPS.

4. SmartApe — хостинг с безлимитными тарифами, на которых помещается неограниченное число сайтов: это находка для владельцев сразу нескольких проектов, а пробные 14 дней не требуют ни оплаты, ни привязки карты.

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

Сбой 2 ноября: почему владельцы сайтов задумались о переезде с Бегета

Авария у Beget произошла в ночь на 2 ноября: массовые жалобы пошли около 03:00 по московскому времени, а в 04:50 хостер объявил в Telegram о «крупном инциденте». Перестали открываться клиентские проекты, панель управления и личный кабинет, с перебоями работали почта, DNS и виртуальные серверы. В 08:23 Beget уточнил, что проблема «затрагивает все уровни архитектуры», а инженеры перенастраивают инфраструктуру вручную, на месте в дата-центрах. О причинах и сроках восстановления компания пока не рассказывает, поэтому свежие новости ищите в официальном канале Beget.

Актуально на момент написания статьи 2 ноября 2026 года.

Остроту темы объясняют цифры. По оценке исследовательского проекта «Тенур», к началу октября на инфраструктуре Beget работало свыше 334 тысяч сайтов — примерно 14,6% действующих ресурсов в зонах .ru, .рф и .su, или каждый седьмой. Ночь без доступа к панели преподала их владельцам наглядный урок: запасной план готовят заранее, а не в разгар коллапса.

Сейчас или после восстановления: как переехать без потерь

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

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

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

Обязательно выясните, кто обслуживает домен. Связь домена с площадкой задают NS-серверы: в их DNS-записях указан IP-адрес, по которому открывается сайт. Если домен зарегистрирован через Beget и делегирован на его NS, без панели их не сменить, и готовая копия на новом месте останется без трафика. У стороннего регистратора NS меняются в личном кабинете в любой момент.

Перенос сайта с Beget: из чего состоит полная копия

В переводе с языка системных администраторов на простой русский полная копия проекта — это три части. Без одной из них переезд превращается в сборку пазла с недостающими деталями:

• Файлы: исходный код движка, темы, плагины, изображения и материалы, которые загружали редакторы и посетители.

• База данных: тексты страниц, товары, заказы, аккаунты пользователей, настройки. WordPress, «1С-Битрикс» и большинство других CMS без нее покажут пустую страницу или ошибку подключения.

• Почта: ящики с перепиской, если почта домена работает на Beget.

Администраторам пригодится и техническая опись: DNS-записи, задания cron, версии PHP и MySQL. Эти мелочи нередко ломают сайт, формально перенесенный целиком. Бэкапы храните по правилу 3-2-1: три копии данных, два разных типа носителей, одна копия за пределами основной площадки. На практике это рабочая версия на хостинге, архив на компьютере и дубликат в облачном хранилище.

Как перевезти сайт с Beget: пошаговая инструкция

1. Подберите новый хостинг и активируйте тестовый период. Смотрите на независимую статистику доступности и помощь с переносом. Версии PHP и MySQL сверьте с нынешними: расхождение версий нередко ломает движок после переезда.

2. Соберите полную копию. Файлы упакуйте в архив через файловый менеджер старой панели или выгрузите по FTP, базу экспортируйте в SQL-дамп через phpMyAdmin.

3. Восстановите проект на новом месте. Привяжите домен в панели нового хостинга, заведите базу данных с отдельным пользователем, разместите файлы в корневой папке сайта и импортируйте дамп. Реквизиты новой базы пропишите в конфигурации: в WordPress за них отвечает wp-config.php, в «1С-Битрикс» — файлы .settings.php и php_interface/dbconn.php в папке bitrix.

4. До переключения домена убедитесь, что копия работает правильно. Добавьте в системный файл hosts строку с IP-адресом нового сервера и именем домена: сайт с новой площадки увидит только ваш компьютер. В Windows файл спрятан в System32\drivers\etc, в macOS и Linux — в каталоге /etc. Откройте главную, каталог, корзину и формы заявок, затем верните hosts в исходный вид.

5. Перенесите почту. Заведите на новом хостинге ящики с прежними адресами, чтобы они продолжили получать письма после переключения. Архив переписки скопируйте по IMAP через почтовый клиент или утилиту imapsync.

6. Обновите DNS. В разделе управления DNS нового хостинга или регистратора воссоздайте A-записи, MX, TXT-записи SPF и DKIM для новой почты и проверочные записи сервисов вроде Яндекс Вебмастера. Затем замените NS-серверы у регистратора, а при стороннем DNS-сервисе хватит смены A- и MX-записей. Изменения расходятся не мгновенно: DNS-резолверы хранят старые записи в кеше до истечения TTL.

7. Подключите SSL. Сертификат Let's Encrypt большинство хостингов выпускает бесплатно в пару кликов, но проверку домена он пройдет, когда адрес начнет указывать на новый сервер.

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

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

FAQ: что еще важно знать о переезде с Beget

Повлияет ли переход с Beget на позиции в поиске?

Смена площадки при прежнем домене и прежних URL сама по себе позиции не трогает. Для такого сценария у Google есть отдельное руководство «Смена хостинга», и среди его советов — следить за данными сканирования после переключения. Опасность представляют затянувшийся простой, серверные ошибки с кодом 5xx и медленная работа нового сервера. Через пару дней после переезда загляните в отчеты об обходе в Яндекс Вебмастере и Google Search Console и проверьте, что robots.txt и карта сайта не потерялись по дороге.

Сколько времени займет переезд?

Ручной перенос небольшого сайта на популярной CMS укладывается в пару часов сосредоточенной работы. Интернет-магазин с тяжелой базой и многолетним архивом почты потребует заметно больше. Когда переездом занимается новый хостинг, сроки определяют объем проекта и очередь заявок: провайдеры называют интервал от нескольких часов до трех суток. Домен переключайте ночью или в выходные: при минимальной посещаемости обновление DNS заденет меньше людей.

Что делать с доменом, если он зарегистрирован в Beget?

Право на адрес остается за вами: регистрация домена и хостинг — две разные услуги, и регистратор при переезде не меняется. Когда панель Beget заработает, пропишите в ней NS-серверы нового хостинга или обновите DNS-записи, и сайт начнет открываться с новой площадки. Хотите разнести риски — переведите домен к отдельному регистратору или вынесите DNS на независимый сервис. При следующей аварии у хостинга управление адресом останется в ваших руках.

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