Обновление AntiBot.Cloud: что изменилось в версиях 9.070–9.094

В обновлениях AntiBot.Cloud меняются не только фильтры: в 2026 году сменились формат геобаз, архитектура облака и технические домены. Ниже — изменения, которые стоит учесть при обновлении старой установки, и порядок проверки после него.
Почему номер версии важен
Работающая страница проверки ещё не означает, что старая установка совместима с текущим облаком. В марте и апреле 2026 года разработчик предупреждал о проблемах IPv6 у версий ниже 9.078. Причина относилась к связи с внешним сервером и техническим доменам. Предупреждение от 24 марта · Сообщение от 21 апреля
Поэтому перед настройкой новых правил проверьте установленную версию. Если посетитель не может закончить проверку из-за ошибки связи, дополнительное правило блокировки эту ошибку не исправит.
Обзор составлен по официальному каналу @antibotnews. Последний найденный в публичном архиве релиз — 9.094 от 27 августа 2026 года. Это граница доступной хроники, а не утверждение, что более новой версии не существует. Перед обновлением сверяйтесь с собственной админкой и текущими объявлениями сервиса.
Изменения, которые затрагивают установку
| Версия и дата | Что сообщил разработчик | Что проверить на своём сайте |
|---|---|---|
| 9.070, 21 декабря 2025 | Геобазы стали обновляться отдельно от скрипта; доработана совместимость с opcache | Обновились ли базы вместе с кодом, нет ли старого кода в PHP-кеше |
| 9.075, 19 февраля 2026 | Формат геобаз изменён с SQLite на бинарный; объём — со 195 до 15 МБ | Не обращаются ли собственные скрипты напрямую к прежней базе |
| 9.076, 20 февраля | Удалена возможность отключать капчу; исправлена совместимость с PHP 5.6 | Не рассчитывает ли прежняя настройка на удалённый режим |
| 9.078, 2 марта | Обновлены облачные серверы и геобазы, прекращено использование ipdb.cloud | Проходят ли проверки посетители в нужных сетях, в том числе по IPv6 |
| 9.083, 24 марта | Исправлена PHP Fatal error: Cannot redeclare esc() | Не повторяется ли конфликт функции в PHP-журнале |
| 9.090, 10 июня | Заменены технические домены облака, исправлена капча на тёмном фоне | Загружаются ли ресурсы и читается ли проверка в обеих темах |
| 9.091, 1 июля | Доработана совместимость с Caddy | Работает ли реальный сценарий сайта при этой схеме веб-сервера |
| 9.092, 25 июля | Обновлена база IP и определение хостинговых IP | Не изменились ли решения для нужных посетителей и интеграций |
| 9.094, 27 августа | Мелкие исправления и доработки | Текущую доступную версию и обычные сценарии после обновления |
Таблица — выборка изменений из сообщений разработчика. Она не заменяет полный список релизов и не означает, что каждую промежуточную версию нужно ставить отдельно.
Геобазы и скрипт: две отдельные проверки
С версии 9.070 обновления геобаз отделены от обновления самого скрипта. В 9.075 разработчик сообщил о переходе на бинарный формат и уменьшении суммарного размера со 195 до 15 МБ. Изменения 9.070 · Изменения 9.075
Если ваши дополнения читали прежние SQLite-файлы, проверить только открытие сайта недостаточно. Нужно проверить каждое такое дополнение: файл, формат данных и способ обращения могли измениться. Старый собственный отчёт не становится совместимым автоматически вместе с обновлением AntiBot.Cloud.
Разница в размере базы не доказывает такое же ускорение всего сайта. Время загрузки зависит также от PHP, хостинга, кеша, сети и облачного ответа. Для оценки сравнивайте один и тот же сценарий до и после обновления.
Что изменилось в облачной проверке
2 марта 2026 года в сообщении о 9.078 разработчик приводил среднее время ответа облака: 0,40 секунды до изменений и 0,15 после. Это его измерение; методика и распределение задержек в сообщении не раскрыты. На своём хостинге вы можете получить другой результат. Сообщение о релизе
4 марта он также описал переход от Master/Slave к Master/Master: европейский и российский серверы стали равнозначными, а зависимость JavaScript от ipdb.cloud была удалена. Описание архитектуры
Это изменение уменьшает конкретные зависимости. Оно не отменяет сбои дата-центров, ограничения исходящей связи и ошибки DNS. Разбор таких случаев — в статье об инфраструктуре.
Как подготовить обновление
- Запишите версию скрипта и PHP, способ подключения и выбранный облачный сервер.
- Сохраните конфигурацию, правила и изменённые шаблоны. Резервную копию держите вне публичной директории.
- Определите, что вы меняли сами: шаблоны, дополнительные отчёты, обращения к геобазам.
- Проверьте порядок обновления для своей версии в текущей инструкции сервиса.
- Если есть тестовая копия, сначала повторите на ней сценарии сайта с той же версией PHP и схемой проксирования.
Для рабочего магазина проверяйте не только главную страницу: нужны карточка товара, корзина, оформление заказа и фоновые запросы интеграций. Для контентного проекта — статьи, формы, поиск и доступ поисковых роботов.
Если старая версия не скачивает обновление
3 марта 2026 года разработчик советовал при проблемах обновления со старых версий выбрать другой облачный сервер в конфигурации и повторить загрузку. Он также рекомендовал учитывать близость сервера к хостингу. Совет по обновлению
Это способ диагностики конкретного канала связи. Если переключение не помогло, зафиксируйте точную ошибку и обратитесь в поддержку. По сообщению «не обновляется» нельзя отличить сетевой сбой от несовместимости PHP или отсутствия прав на запись файлов.
Почему изменения через .user.ini могут появиться позже
Если подключение зависит от .user.ini, PHP кеширует этот файл. Параметр user_ini.cache_ttl задаёт срок кеширования; в документации PHP значение по умолчанию — 300 секунд, то есть 5 минут. Файлы .user.ini обрабатываются в CGI/FastCGI. Документация PHP
21 февраля 2026 года разработчик AntiBot.Cloud напоминал об этом же параметре. Сообщение о .user.ini
Смотрите фактическое значение на своём сервере. Если изменения ещё не подхватились, повторная правка соседних настроек только затруднит поиск причины. Дождитесь истечения указанного срока и повторите проверку. Не оставляйте публичную страницу phpinfo после диагностики.
Проверка после обновления
| Сценарий | Ожидаемый результат |
|---|---|
| Первый визит без прежних cookies | Проверка завершается, содержимое открывается |
| Повторный визит | Нет бесконечного цикла проверки |
| Мобильная сеть и другая сеть | Страница и проверка загружаются |
| IPv6, если сайт его обслуживает | Посетитель может завершить проверку |
| Форма и AJAX-запрос | Приходит нужный ответ, операция выполняется |
| Поисковый робот | Подтверждённый робот получает нужное содержимое |
| Лог PHP | Нет новых фатальных ошибок |
Если изменился процент AUTO, изучите записи, прежде чем возвращать старые правила. После 9.078 разработчик наблюдал рост автоматических проходов без признаков роста нежелательного трафика на показанных ему сайтах. Различие между изменением статуса и ухудшением защиты разобрано в статье о логах.
Таблица показывает историю значимых изменений. Порядок перехода зависит от исходной версии и текущей инструкции сервиса.
Нет. Если дополнение обращалось к внутренним файлам, особенно к SQLite-геобазам, его совместимость проверяют отдельно.
Нет. В ней изменились конкретные зависимости и архитектура облака. Доступность сайта и связь хостинга с облаком всё равно нужно проверять.
Причиной может быть кеш PHP. Проверьте user_ini.cache_ttl; значение по умолчанию — 300 секунд.
- https://t.me/antibotnews/425
- https://t.me/antibotnews/458
- https://t.me/antibotnews/459
- https://t.me/antibotnews/461
- https://t.me/antibotnews/469
- https://t.me/antibotnews/473
- https://t.me/antibotnews/474
- https://t.me/antibotnews/482
- https://t.me/antibotnews/483
- https://t.me/antibotnews/494
- https://t.me/antibotnews/515
- https://t.me/antibotnews/522
- https://t.me/antibotnews/532
- https://t.me/antibotnews/544
- https://www.php.net/manual/en/configuration.file.per-user.php




