Проверено 26 октября 2026 года, Asia/Yekaterinburg (UTC+5). Бюллетени и исправленные upstream-релизы опубликованы 21 октября. Это инструкция по двум CVE, а не сообщение о новой атаке 26 октября или о взломе конкретного сайта.

Приоритет — обновить сам PHP и заменить работающие процессы. Обновление CMS, плагинов, WAF или одного CLI-интерпретатора не подтверждает исправление веб-сайта. На VPS и выделенном сервере действие выполняет ответственный администратор; для managed/shared-хостинга нужно подтверждение провайдера по используемой версии и пулу.

Хостинг прислал диагностику одного из моих сайтов: «Основная причина всплеска нагрузки — множество запросов от ботов без реферера» и, что не менее важно, «на сайте неоптимизирован CRON» — с логом, где POST /wp-cron.php?doing_wp_cron=… шел каждые 5 секунд, и каждый запуск занимал 0,2–0,6 секунды. Разбираю, почему так происходит, чем это плохо и как исправить за десять минут.

• Карточка и личный тест HSVDS
• Все инциденты 2026 года

21 октября — почти час сетевой недоступности VDS

Источник: личное наблюдение автора и предоставленный им фрагмент переписки с поддержкой HSVDS. Дата получения и редакционного дополнения: 21 октября 2026 года, Екатеринбург (UTC+5). Приоритет: высокий для оценки доступности и аварийного доступа к выбранной услуге.

FirstByte добавлен в «Кандидаты на тест». Это отдельный провайдер, не FirstVDS. Основание для проверки — недорогие KVM-серверы и выбор российских и зарубежных локаций; положительный личный опыт пока не заявляется.

HostHatch добавлен в «Кандидаты на тест». Интерес представляют две отдельные линейки: Compute VM для приложений и Storage VM для объёмных данных. Это не HostVDS; условия и результаты других провайдеров сюда не переносятся.

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

Сюда относятся:

• новые и изменённые тарифы;
• повышение или снижение цен;
• открытие, перенос и закрытие локаций;
• запуск и прекращение услуг;
• изменение SLA, резервных копий, SMTP, IPv4 и IPv6;
• новые версии managed-сервисов и API;
• обязательные миграции и deprecation;
• изменения оплаты, налогов, договора и юридического статуса.

В этом разделе собрана хронология сбоев, деградаций, DDoS-атак, проблем дата-центров и внешней связности. Журнал нужен не для составления рейтинга по числу аварий, а для поиска повторяющихся рисков и оценки прозрачности провайдера.

Изменения цен, тарифов, локаций, SLA, API и запуск новых услуг не являются инцидентами. Для них используется отдельный раздел «Изменения хостинг-провайдеров».

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

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

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

Не открывались

По заметке от 6 июня 2026 года не открывались:

• poiskvps.ru
• vps.today

В июне 2026 года риски для VPS и сетевой инфраструктуры стали заметно выше сразу по нескольким причинам: блокировки через ТСПУ, сообщения о DDoS-атаках, изъятия серверов и отключение европейского оборудования nLighten.

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