Дубовой: Сигма помогает контролировать трафик сайта, разбирать всплески запросов и управлять ботами. Аналитика показывает источники, страны и нагруженные страницы; лимиты и исключения позволяют выбирать меры с учётом полезного трафика.

Советник Сигма анализирует данные локально и предлагает готовые рекомендации: изменить лимит, список, режим или профиль защиты. ИИ советник добавляет разбор с помощью OpenAI: объясняет ситуацию, предлагает план проверки, сохраняет историю и формирует сводки. Для ИИ-анализа нужны API-ключ и доступ к сервису; локальная помощь работает без внешней нейросети. Администратор проверяет рекомендации и выбирает действие.

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

Прикладная DDoS-защита анализирует HTTP-запросы, дошедшие до сайта. Временное усиление включается на ограниченный срок. Yandex SmartCaptcha помогает пройти допустимые автоматические ограничения: нужны настройка сервиса, Redis 7 и подготовленное серверное окружение. Жёсткие запреты сохраняются.

Белый, чёрный и подозрительный списки работают с IP, подсетями, User-Agent и масками. Доступны изменение, отключение и массовое добавление записей. Чёрный список приоритетнее белого; отдельные исключения и страновые меры учитываются по порядку правил. Симулятор позволяет задать IP, User-Agent и URL, чтобы проверить решение защиты и его причину.

Сеть Сигма объединяет подтверждённые защитные сигналы через центральный сервер. Полученная база просматривается и применяется отдельным слоем; ручные белые и чёрные списки сохраняются. Отправка и получение настраиваются раздельно, нужны подключение и авторизация. Выгрузки для nginx и fail2ban применяет администратор; синхронизация с Yandex Smart Web Security требует подключённого сервиса.

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

Расскажите о задачах сайта в чате на этой странице Маркетплейса. В модуле есть встроенные инструкции, диагностика, чат поддержки и переход в Telegram. Обращение в поддержку доступно при активной лицензии.

2.1.43 (06.10.2026)	Дубовой: Сигма версии 2.1.43 Стабильная ветка 2.1.43: проверка выбранных профилей посетителей через Яндекс SmartCaptcha, диагностика браузерных заголовков и отдельный комплект ранней серверной проверки перед композитом. Основная разработка 3.0 не включена. Что нового: - Добавлена отключаемая диагностика обычного desktop Chrome на Windows по HTTPS при отсутствии Client Hints и Fetch Metadata. Признак отображается в журнале и сводке; он не меняет риск, лимиты или решение о блокировке. Язык и отсутствие cookies не считаются доказательством бота. - Добавлены режимы выключено, наблюдение и проверка с капчей для явно выбранных доменов, публичных разделов и точных User-Agent вне домашнего списка стран. - Добавлен подписанный временный пропуск на текущем домене: смена IP не требует повторного прохождения проверки. - Отдельная настройка позволяет после успешной капчи повторно открыть публичную страницу при выбранных временных ограничениях частоты. По умолчанию выключена; POST, AJAX и остальные правила не обходятся. - Добавлен устанавливаемый администратором серверный комплект: выборочная проверка перед выдачей композитного HTML, локальная база стран, доверенная выгрузка правил и ограниченный срок её действия. Что улучшено: - Новые диагностические события разрешённых запросов записываются через очередь с выборкой; параметры URL и пустые признаки не сохраняются в этих событиях. Диагностика не скрывается фильтром внутренних процессов на страницах каталога. - POST, AJAX, корзина, оформление, личный кабинет и авторизованные посетители не получают HTML-страницу капчи. - Подтверждение проверяется на сервере, привязано к домену, сайту и браузерному запросу; секретный ключ хранится в защищённом хранилище и не выводится в форму. - Сам показ капчи не создаёт блокировку IP и не повышает репутацию подсети. Если до него сработало штатное ограничение частоты, его исходное событие сохраняется. - Пропуск не отменяет явные чёрные списки, сетевые запреты, правила стран и обнаруженное сканирование. - После обновления проверяется целостность всего модуля, включая неизменённые файлы; служебный сценарий установки не считается обязательным установленным файлом. - Форма проверки оформлена как фирменное окно блокировки Сигмы и адаптирована для узких экранов. - Отказ записи счётчика пропуска не даёт обхода защиты; ошибки авторизации у провайдера не считаются основанием для временного пропуска. - Серверное подтверждение совместимости связано с проверенной сборкой модуля и конфигурацией; обновление сборки требует повторной приёмки. Контроль обновления выявляет устаревшие или несогласованные файлы настроек. - Обычный GET публичной страницы с Accept: / также проверяется при совпадении выбранного иностранного профиля. Исключения для AJAX, JSON, корзины и оформления сохранены. Почему важно обновить: - Позволяет отдельно проверять подтверждённые профили распределённого трафика без блокировки целых стран или браузеров. Совпадение User-Agent не считается доказательством вредоносности. Что сделать после обновления: - Диагностика заголовков включена по умолчанию, но не добавляет блокировок. Перед пилотом проверьте коэффициент выборки разрешённых событий: рекомендуется 100. Измерьте рост очереди и журнала; при необходимости отключите диагностику в DDoS-настройках. - Обновление само не включает проверку. Общий предел верификаций капчи по умолчанию увеличен со 120 до 600 в минуту на домен; его можно настроить от 120 до 1200. Лимиты на один IP и одну проверку сохранены. Задайте ключи SmartCaptcha, разрешённые домены и исследованные профили, начните с наблюдения. - До включения проверьте реальную капчу, возврат на страницу, мобильную версию, корзину, оформление, авторизацию и AJAX на вашем сайте. - В разделе «Проверка посетителя» проверьте предупреждения совместимости. При несовместимом композите, нескольких сайтах одного домена или сайте в подкаталоге режим с капчей недоступен: оставьте наблюдение и согласуйте настройку с администратором сайта. - Пропуск действует на одном домене. Восстановление не отменяет ранее установленные блокировки Nginx или fail2ban. При ошибке серверной проверки провайдера предусмотрен пропуск на 120 секунд; отказ проверки не даёт пропуска. - Проверьте доступность внешнего скрипта капчи в сетях покупателей. Если скрипт не загрузился, показывается повторная попытка и ссылка на корзину. - Обновление модуля не устанавливает и не включает серверный комплект автоматически. Перед включением обязательны настройка отдельного обработчика и Redis, обновление выгрузки раз в минуту, проверка сессий и композита, настоящая капча и покупательские сценарии, резервные копии и проверенный откат. Без подтверждённой серверной совместимости композит не разрешает включение этой интеграции.
2.1.41 (27.08.2026)	Дубовой: Сигма версии 2.1.41 Обновление повышает надежность файлового runtime Сигмы и помогает быстро находить проблемы с правами на рабочие каталоги. Что нового: - В диагностике появились точный путь проблемного runtime-каталога, владелец, группа, права доступа и понятная причина ошибки записи. - Раздел «Сеть Сигма» открывается через единый устойчивый маршрут во всех элементах навигации и встроенной справке. Что улучшено: - Обработка очереди событий теперь сохраняет файл для повторной обработки при любой ошибке записи в базу данных. - Устранено повторное семплирование событий между записью в очередь и последующей обработкой. - После восстановления записи прежняя ошибка помечается как устраненная и больше не показывается активной. - После успешного обновления схемы прежняя ошибка миграции больше не остается в диагностике как действующая. - Общие административные скрипты загружаются через стандартный каталог Bitrix независимо от установки модуля в /bitrix/modules. - Неполная диагностическая выборка больше не продлевает аварийный режим защиты бесконечно: сохраняется только действующий исходный срок. Почему важно обновить: - Администратор сразу видит, какой каталог недоступен и какие права нужно проверить на обычном хостинге или VPS. - События не теряются при неуспешном результате Bitrix ORM: транзакция откатывается, а очередь остается доступной для повторного запуска. Что сделать после обновления: - Откройте раздел «Диагностика» и убедитесь, что в блоке файлового runtime нет предупреждений о недоступных каталогах. - Если показано предупреждение, выдайте пользователю сайта права на запись только для указанного runtime-каталога; Сигма не меняет системные права автоматически.
2.1.40 (26.08.2026)	Dubovoi: Sigma версии 2.1.40 Обновление делает Сигму заметно понятнее в ежедневной работе, помогает контролировать занимаемое место и снижает нагрузку на крупные проекты. Что нового: - На основных страницах появился единый статус хранилища: отдельно показаны таблицы Сигмы в MySQL, физические файлы InnoDB, файловый runtime и свободное место. - Добавлены рекомендации по Redis и встроенная инструкция по подключению. Redis остается необязательным и предлагается как ускорение для нагруженных проектов. - Добавлены понятные инструменты предварительного просмотра и безопасной очистки накопившихся данных и runtime-файлов. - Работа с черным и белым списками стала удобнее: улучшены проверки действий, сообщения об ошибках и сценарии повторного выполнения. Что улучшено: - Пульт и аналитика по странам больше не запускают повторяющиеся тяжелые агрегации и загружают ресурсоемкие блоки последовательно с кэшированием. - Очистка базы и runtime стала адаптивной: модуль видит backlog, продолжает обработку ограниченными проходами и показывает причину остановки. - Файловые счетчики и размеры runtime рассчитываются раздельно и не показывают ложные нули при большом количестве файлов. - Интерфейс и документация унифицированы на русском языке под названием «Сигма», улучшены навигация, адаптивная верстка и диагностические подсказки. - Nginx и Fail2ban работают в безопасном режиме предпросмотра и экспорта. Модуль не требует root-доступа и не изменяет конфигурацию сервера автоматически. - Усилены проверки прав, сессии и POST-действий; устаревшие параметры серверного применения принудительно отключаются. Почему важно обновить: - Администратор раньше увидит рост базы или runtime и сможет принять меры до заполнения диска. - Крупные таблицы и накопившиеся данные обслуживаются без повторения тяжелых запросов при каждом открытии пульта. - Обновление закрывает обнаруженные пограничные сценарии настроек и действий в админке и делает поведение модуля предсказуемее. - Обычный виртуальный хостинг поддерживается без дополнительных системных прав; серверные интеграции остаются добровольными. Что сделать после обновления: - Откройте раздел «Диагностика» и проверьте сводку хранилища, работу агентов и последние результаты очистки. - На нагруженном проекте рассмотрите подключение Redis по встроенной инструкции и проверьте соединение из настроек Сигмы. - Если хранилище уже сильно выросло, сначала используйте предварительный просмотр очистки и только затем запускайте подтвержденное обслуживание. - Откройте раздел «Интеграции» и убедитесь, что используемые подключения и экспортные профили настроены ожидаемым образом.
2.1.39 (26.07.2026)	Что нового - Добавлен защитный контур хранилища Sigma: модуль отслеживает объём таблиц Sigma, runtime-очередей, spool-файлов и свободное место на диске. - Добавлены аварийные режимы работы: обычный режим, деградация аналитики, минимальное логирование и режим сохранения защиты без накопления лишней аналитики. - В настройках появились лимиты для базы Sigma, таблиц событий, event_details, runtime, spool и очередей decision events. Что улучшено - При нехватке места модуль продолжает применять защитные правила, но ограничивает тяжёлую запись аналитики и деталей событий. - Детали событий теперь ограничиваются по размеру, а sampling использует настраиваемое окно, чтобы снизить рост таблиц под бот-трафиком. - Агент обслуживания запускает storage guard до сброса очередей, поэтому переполненный runtime не заливается обратно в MySQL без проверки лимитов. - Экстренная очистка очередей теперь соблюдает общий лимит времени при обходе каталогов и учитывает общий scan-budget по всем файлам, а не только по matching *.jsonl. - Диагностика показывает текущий storage-режим, причину переключения, последние действия guard и ключевые показатели по диску/runtime/БД. Почему важно обновить - На больших проектах таблицы Sigma и runtime-очереди могли расти быстрее, чем штатная очистка успевала их обслуживать. - Обновление снижает риск повторного заполнения диска и падений MySQL, сохраняя приоритет за блокировками и активной защитой сайта. - Администратор получает понятное разделение: где проблема находится сейчас - в MySQL, runtime-файлах, spool или свободном месте на диске. Что сделать после обновления - Откройте настройки Sigma и задайте лимиты storage guard под размер сервера. - Проверьте диагностику Sigma: текущий режим, свободное место, размер БД и runtime. - Если ранее вручную чистились большие InnoDB-таблицы, учитывайте, что физические .ibd-файлы могут не уменьшиться без отдельного OPTIMIZE TABLE или rebuild. Модуль не запускает такие операции автоматически.
2.1.38 (17.07.2026)	Обновление Dubovoi: Sigma 2.1.38. Что нового: - Для файлового backend горячих счётчиков добавлен TTL: временные счётчики теперь получают срок жизни и не накапливаются бесконечно в runtime/rate. - Добавлена догоняющая очистка runtime/rate, processed и decision processed хвостов при большом backlog. - В настройках появились отдельные лимиты и бюджеты очистки для runtime/rate и processed-хвостов. Что улучшено: - Основной агент теперь чаще запускает лёгкую очистку runtime-хвостов без тяжёлой диагностики базы данных. - Очистка сохраняет расширенный последний результат: режим, лимиты, причину остановки, флаг has_more, удалённые файлы и байты. - Диагностика показывает активный backend hot counters, fallback Redis -> filesystem и последние результаты hot/file cleanup. - В пульте исправлен расчёт блока файлового runtime: подсчёт файлов и подсчёт байтов используют отдельные лимиты и отдельные time budget, поэтому объёмы не обнуляются после медленного count-pass. - Общий runtime в пульте теперь учитывает processed-хвосты.
2.1.37 (04.07.2026)	Обновление Dubovoi: Sigma 2.1.37. Что нового: - В диагностике появился отдельный блок "База данных Sigma" с размером таблиц dubovoi_sigma_*, разбивкой по событиям, агрегатам и служебным таблицам. - Добавлена диагностика backlog очистки: старые строки, самая ранняя запись, таблицы с накопившимися данными и оценка оставшейся работы. - На странице обслуживания добавлен preview и ручной запуск полной ORM-очистки по таблицам Sigma с подтверждением и защитным токеном. - Добавлены отдельные лимиты хранения для всех таблиц Sigma, таблиц событий и агрегатных таблиц. Что улучшено: - В админке разделены файловые runtime-хвосты и хранилище Sigma в базе данных, чтобы показатель хвостов больше не выглядел как общий объем модуля. - ORM-очистка больших накоплений получила обычный и догоняющий режимы с отдельными лимитами batch, времени и количества проходов. - Автоматический агент очистки не выполняет тяжелую диагностику и не обращается к information_schema; он работает по retention-правилам и предыдущему состоянию backlog. - Последний результат ORM-очистки содержит больше данных для диагностики причины остановки и оставшейся работы. Почему важно обновить: - На крупных проектах старые записи Sigma могут накапливаться быстрее, чем их удаляет обычный агент. Обновление помогает увидеть реальный объем MySQL-хранилища и безопасно догонять backlog. - Модуль больше не смешивает файловые runtime-хвосты с размером таблиц Sigma в базе данных. - Тяжелая диагностика размеров и backlog доступна только в явных ручных сценариях диагностики и обслуживания. - Модуль не запускает OPTIMIZE TABLE автоматически. После удаления большого объема строк физический размер .ibd-файлов InnoDB может не уменьшиться без отдельного ручного обслуживания базы данных. Что сделать после обновления: - Проверьте новые настройки хранения и очистки в настройках модуля. - На крупных проектах откройте диагностику Sigma и страницу обслуживания runtime/БД, чтобы оценить backlog перед ручной догоняющей очисткой. - Не запускайте OPTIMIZE TABLE для больших таблиц без отдельного окна обслуживания и резервной копии.
2.1.36 (03.06.2026)	Dubovoi: Sigma 2.1.36 Исправления: - Снижена нагрузка при открытии пульта управления Sigma: тяжелые блоки аналитики теперь догружаются лениво и не выполняются синхронно при первом рендере страницы. - Исправлена страница "Страны": режим просмотра больше не запускает неограниченную агрегацию по всей истории без нижней границы даты. - Убрано повторное выполнение тяжелых country-агрегаций в одном lazy-запросе пульта. - Добавлена диагностика fallback-ошибок lazy-блоков в серверный лог, чтобы проблемы с MySQL или временным хранилищем не проходили незаметно. - При принудительном обновлении административных данных теперь сбрасывается кеш top countries, чтобы интерфейс не показывал устаревшие статусы стран. Ожидаемый результат: - Пульт управления и страница стран открываются стабильнее на проектах с большим объемом статистики. - Риск ошибок MySQL server has gone away и No space left on device при автоматическом открытии административных страниц снижен за счет ограничения тяжелых выборок и устранения дублей. - Фильтр сайта в lazy-загрузке пульта применяется явно, без смешивания данных разных сайтов в кеше. После установки: - Откройте пульт Sigma и страницу "Страны" для основного сайта. - Проверьте режимы просмотра стран за 24 часа и "за весь период". - Если ранее на сервере наблюдались ошибки MySQL/OOM/tmpdir, дополнительно проверьте серверные логи после первого открытия страниц.
2.1.35 (16.04.2026)	Обновление Dubovoi: Sigma 2.1.35. Что изменилось: - Снижены дефолтные сроки хранения raw-событий и агрегатов до 7 дней. - Добавлена безопасная batch-очистка старых событий, event details и runtime-хвостов. - Тяжёлые запросы Пульта, Событий, URL-аналитики, AI-аналитики и клиентских отчётов переведены на ограниченные окна, keyset/bounded scan или SQL-агрегации. - Большие DETAILS вынесены из raw events в отдельную таблицу dubovoi_sigma_event_details с обратной совместимостью чтения. - Добавлены предупреждения для ограниченных/примерных счётчиков в URL, отчётах, runtime и active-block сценариях. - Runtime/spool/log cleanup ограничен по времени, числу файлов и числу строк, чтобы не зависать на больших директориях и больших .jsonl. - Исправлена ошибка TypeError на странице «Правила и списки» при добавлении записей. - Усилена валидация AJAX-добавления записей в списки. Результат: - Модуль устойчивее работает на проектах с большим трафиком и крупными таблицами dubovoi_sigma_events. - Снижается риск роста БД и runtime-директорий до десятков GB без явной очистки. - Админские страницы не должны выполнять старые неограниченные COUNT/OFFSET/wildcard/raw-scan пути в критичных сценариях.
2.1.34 (02.04.2026)	Обновление 2.1.34 улучшает поведение зоны операционного графика в Пульте. Что изменилось: - уточнена логика показа overlay в области таймлайна; - визуальное состояние графика стало более согласованным при смене диапазона; - отображение диапазонов 4h / 24h / 7d / 30d стало восприниматься ровнее в рабочем потоке. Чем полезно: - Пульт выглядит стабильнее в повседневной эксплуатации; - меньше визуальных артефактов в зоне графика; - работа с таймлайном стала аккуратнее и понятнее для администратора.
2.1.33 (02.04.2026)	Обновление 2.1.33 исправляет зависание lazy-load таймлайнов в Пульте при переключении диапазонов. Что улучшено: - для подгрузки диапазонов 4h / 24h / 7d / 30d добавлен управляемый lifecycle запроса с timeout, abort и централизованным снятием loading-state; - исправлена ситуация, когда график мог бесконечно оставаться в состоянии «Загрузка данных...» при долгом или зависшем запросе; - быстрые повторные переключения диапазонов теперь обрабатываются предсказуемо: предыдущий запрос отменяется, а актуальным остаётся последний выбранный период; - после timeout, network error, server error или некорректного ответа overlay и busy-state снимаются гарантированно, без полузаблокированного интерфейса; - для range endpoint добавлены защитные меры и диагностическое логирование долгих запросов, чтобы проще разбирать реальные серверные задержки. Чем полезна установка новой версии: - Пульт больше не должен зависать в режиме бесконечной загрузки таймлайна; - администратор может безопасно переключать диапазоны даже на медленных или шумных проектах; - интерфейс остаётся управляемым после ошибок и timeout, без необходимости перезагружать страницу; - упрощается серверная диагностика долгих range-запросов на реальных проектах.
2.1.32 (02.04.2026)	Обновление 2.1.32 исправляет UX-регрессию в Пульте при lazy-load таймлайнов. Что улучшено: - при переключении диапазонов 4h / 24h / 7d / 30d в зоне графика теперь явно показывается состояние загрузки; - во время подгрузки предыдущий график не пропадает, а аккуратно приглушается под overlay с индикатором; - range-кнопки защищены от повторных кликов и спама во время запроса; - после завершения загрузки или ошибки состояние блокировки и overlay снимаются корректно; - при неуспешной загрузке пользователь теперь видит понятное сообщение, а не молчаливый fail. Чем полезна установка новой версии: - Пульт ощущается отзывчивым и предсказуемым при переключении периодов; - администратор видит, что данные действительно обновляются, а интерфейс не завис; - снижается риск путаницы при быстрых переключениях диапазонов; - lazy-load таймлайнов остаётся быстрым, но перестаёт выглядеть как неработающий UI.
2.1.31 (02.04.2026)	Обновление 2.1.31 устраняет корневой путь переполнения памяти при построении операционных таймлайнов в Пульте. Что доработано: - тяжёлая агрегация таймлайнов перенесена ближе к SQL-уровню, чтобы модуль не накапливал в PHP большие карты по IP, странам и источникам на весь диапазон; - расчёт ключевых показателей по точкам графика, лидирующим странам, источникам и событиям стал собираться более компактно и предсказуемо по памяти; - enrichment по источникам ограничен только действительно нужным итоговым набором, а не всем потоком high-cardinality данных; - добавлена отключаемая техническая диагностика для поэтапного анализа memory usage таймлайнов на сервере; - обновлены версии связанных кэшей, чтобы после установки использовалась новая модель расчёта, а не старые тяжёлые снапшоты. Чем полезна установка новой версии: - Пульт должен стабильно открываться на проектах, где раньше падал по memory_limit; - long-range таймлайны становятся безопаснее для production по памяти; - сохраняется логика compare mode, range switching и operational cards без прежнего memory blow-up; - появляется инструмент для точечной серверной диагностики, если нужно дополнительно подтвердить нагрузочный эффект на конкретном проекте.
2.1.30 (02.04.2026)	Обновление 2.1.30 исправляет аварийное падение Пульта на проектах с большим объёмом данных и снижает нагрузку при построении операционных таймлайнов. Что улучшено: - исправлены границы выборки для таймлайнов Пульта: текущие и предыдущие периоды теперь считаются строго по своему окну и больше не захватывают лишний хвост данных; - уменьшена стартовая нагрузка на Пульт: при первом открытии больше не строятся сразу все диапазоны таймлайна, по умолчанию загружается только основной диапазон; - остальные диапазоны таймлайнов теперь подгружаются по запросу, что снижает риск упора в memory_limit на шумных проектах; - обновлены версии кэшей таймлайнов и стартового bundle, чтобы после установки не использовать старые тяжёлые или некорректные снапшоты. Чем полезна установка новой версии: - Пульт должен перестать падать по памяти при открытии на проектах с большим объёмом трафика и событий; - данные сравнения по диапазонам становятся корректнее, без лишнего захвата предыдущих периодов; - стартовая загрузка Пульта становится легче и безопаснее для production-сервера; - снижается риск ложных аварий из-за высоко-кардинальных таблиц статистики и событий.
2.1.29 (02.04.2026)	Обновление 2.1.29 улучшает устойчивость административных экранов блокировок и добавляет безопасный мастер очистки тяжёлых runtime-хвостов. Что улучшено: - на странице блокировок теперь явно разделены ручные блокировки стран и временные runtime-блокировки, чтобы не возникало ложного противоречия между настройками и текущим runtime-state; - экран блокировок стал устойчивее при больших объёмах данных: добавлена постраничная навигация и более безопасная загрузка runtime IP-блокировок; - для processed и decision processed добавлен отдельный мастер очистки с preview, ограничением батча, защитой последних часов и понятным описанием того, что будет удалено, а что сохранится; - в Пульт и Диагностику добавлены прямые ссылки на мастер очистки и уточнены тексты по работе с раздутым runtime; - cleanup flow стал безопаснее: выполнение привязано к одноразовому preview snapshot, после запуска используется redirect, а повторная отправка не должна случайно удалить следующий батч. Результат: - блокировки стран читаются понятнее и предсказуемее; - страница блокировок лучше ведёт себя на шумных проектах; - тяжёлые processed-хвосты можно очищать вручную и поэтапно без затрагивания агрегатов, событий и основной аналитики; - accidental повторный запуск очистки через refresh или repost больше не должен приводить к непреднамеренному удалению следующего набора файлов.
2.1.28 (01.04.2026)	Обновление 2.1.28 исправляет ложноположительное определение инцидента «Массовый перебор несуществующих путей» для легитимных PHP AJAX-endpoint'ов компонентов Битрикс. Что улучшено: - модуль точнее распознаёт реальные публичные PHP-endpoint'ы компонентов, в том числе в окружениях с symlink-путями; - существующие component ajax.php больше не должны ошибочно попадать в generic_404_scan только потому, что не были подтверждены старой проверкой легитимности; - при этом защита для действительно неизвестных и подозрительных PHP-путей сохранена и не ослаблена. Результат: - стало меньше ложных инцидентов по реальным AJAX-endpoint'ам компонентов; - модуль корректнее различает существующий рабочий endpoint и неизвестный подозрительный PHP-путь; - ручные safe patterns остаются доступным override-инструментом, но больше не требуются как основной способ исправления таких случаев.
2.1.27 (01.04.2026)	Обновление 2.1.27 исправляет работу страницы инцидентов на проектах с плотным потоком событий. Что улучшено: - страница инцидентов теперь просматривает больше записей перед сокращением выдачи; - системные события больше не так легко вытесняют рабочие инциденты из сводки и журнала; - сообщение о сокращении поиска стало понятнее и показывает, сколько системных строк было скрыто из рабочего потока. Результат: - на шумных проектах в сводке и журнале отображается больше реальных инцидентов; - разбор инцидентов стал ближе к тому, что видно в Пульте; - меньше ситуаций, когда страница событий показывает только 1 инцидент при наличии более широкого рабочего потока.
2.1.26 (01.04.2026)	Обновление 2.1.26 дорабатывает определение IP-адреса источника и диагностику серверной среды. Что улучшено: - логика определения клиентского IP стала устойчивее для разных схем проксирования, reverse proxy, nginx/apache и forwarded-заголовков; - модуль теперь безопаснее разбирает X-Forwarded-For, X-Real-IP, Forwarded и другие распространённые заголовки без слепого доверия к ним; - добавлен аварийный fallback для случаев, когда прямой REMOTE_ADDR до PHP не доходит, но в заголовках есть один однозначный публичный IP; - в диагностике появился подробный разбор определения IP: итоговый адрес, источник, причина выбора, доступные заголовки и кандидаты из цепочки; - в события добавлены служебные признаки, позволяющие понять, откуда был взят IP и почему был выбран именно этот вариант. Результат: - модуль корректнее определяет IP и страну в разных серверных конфигурациях; - проще сравнить рабочий и проблемный сервер по фактическим входным данным; - меньше ситуаций, когда источники и география остаются пустыми из-за различий в proxy-цепочке или пустого REMOTE_ADDR.
2.1.25 (01.04.2026)	Обновление 2.1.25 дорабатывает определение IP-адреса источника, уточняет страницу событий, улучшает попапы источников и делает Пульт понятнее при работе с почасовыми данными. Определение IP и среда сервера - логика определения клиентского IP стала устойчивее для прямых подключений, reverse proxy, nginx/apache, CDN и цепочек forwarded-заголовков; - модуль теперь безопаснее разбирает X-Forwarded-For, X-Real-IP, Forwarded и другие распространённые заголовки без слепого доверия к ним; - добавлена наглядная диагностика, которая показывает, какой IP выбран, из какого источника он получен и почему были приняты или отклонены proxy-заголовки. Попапы источников - в быстрых карточках источников исправлена повторная проблема с выводом времени последних событий; - форматирование времени стало безопаснее не только в попапе источника, но и в других близких сценариях рендера событий. Страница событий - поиск по IP и общий поиск стали согласованнее между сводкой и журналом; - серверный поисковый параметр теперь остаётся источником истины при первичном открытии страницы; - случаи, когда по IP есть журнал, но нет группированного инцидента, объясняются понятнее и без ложной пустоты. Пульт - в блоке с почасовой динамикой добавлено более явное отображение текущего незавершённого часа; - текущий час теперь читается отдельно от последней закрытой точки графика и не теряется внутри длинной подписи. Результат - IP и страна корректнее определяются в разных средах; - попапы источников и страница событий стали предсказуемее; - Пульт понятнее показывает, где смотреть текущую ситуацию, а где завершённый почасовой срез.
2.1.24 (01.04.2026)	Обновление 2.1.24 уточняет поведение Пульта, страницы событий и быстрых карточек источников. Что улучшено: - статус активности на главном экране теперь точнее различает подтвержденную атаку, недавний тревожный сигнал и повышенную нагрузку; - пояснение по почасовому графику стало яснее: незавершённый текущий час больше не выглядит как пропавший срез; - после удаления записи в списках правил страница возвращает пользователя в тот же рабочий блок; - фильтр событий по IP работает точнее и понятнее объясняет случаи, когда есть события журнала, но нет повторяющегося инцидента; - в быстрых карточках источников исправлено отображение времени последних событий; - в карточку источника добавлено действие блокировки IP с корректным обновлением состояния после применения. Результат: - Пульт меньше вводит в заблуждение при оценке текущей ситуации; - разбор событий и источников стал согласованнее; - рабочие действия из карточек и списков стали предсказуемее.
2.1.23 (01.04.2026)	Обновление 2.1.23 улучшает устойчивость административных сценариев и работу Пульта. Административные действия - унифицирована защита массовых действий от запуска без выбранных записей; - страницы источников и журнала событий теперь надёжнее обрабатывают пустой выбор и не допускают опасного выполнения действий без отмеченных строк; - сообщения для оператора стали понятнее в сценариях массовой обработки. Пульт - базовые блоки Пульта переведены на более гибкую схему загрузки с отдельными фрагментами и фоновой подгрузкой; - обзор, состояние системы и ключевые рабочие сводки обновляются более предсказуемо без лишней перегрузки всей страницы; - улучшены состояния загрузки и обновления данных в административном интерфейсе. Результат - массовые действия в админке стали безопаснее и стабильнее; - Пульт открывается и обновляется более аккуратно; - рабочий интерфейс лучше ведёт себя при обновлении служебных данных.
2.1.22 (01.04.2026)	Обновление 2.1.22 уточняет рабочие блоки страницы поисковых ботов. Что улучшено: - уже заблокированные боты корректнее исключаются из блоков, где требуется решение; - рабочие секции дополнительного каталога лучше учитывают текущее состояние черного списка; - обновлена логика локального кэша страницы, чтобы старые карточки не возвращались после изменений. Результат: - в рабочих блоках страницы поисковых ботов остаются только объекты, по которым ещё нужно действие; - повторные предложения добавить уже заблокированного бота в черный список больше не мешают разбору.
2.1.21 (01.04.2026)	Обновление 2.1.21 уточняет Пульт и экран поисковых ботов после изменений в черном списке и подгружаемых административных блоках. Пульт - улучшена согласованность рабочих блоков после добавления источников и ботов в черный список; - уточнено отображение самых активных источников; - улучшена устойчивость подгружаемых блоков и служебного обновления данных. Поисковые боты и источники - заблокированные боты и источники теперь корректнее учитываются в рабочих списках; - повторные действия по уже закрепленным в черном списке объектам скрываются корректнее; - улучшена согласованность между страницей поисковых ботов, страницей источников и Пультом. Результат - рабочие списки быстрее приходят в актуальное состояние после изменений в правилах; - меньше лишних повторных действий по уже заблокированным объектам; - Пульт и экран поисковых ботов показывают более согласованные данные.
2.1.20 (31.03.2026)	Обновление 2.1.20 дорабатывает Пульт, экран поисковых ботов, диагностику служебного хранилища и отображение активных блокировок. Пульт и рабочие блоки - часто меняющиеся блоки Пульта переведены на отдельное обновление без ожидания полного общего рендера; - после действий в быстрых окнах затронутые блоки перечитываются принудительно; - рекомендации, быстрый разбор ботов, страны и инциденты стали согласованнее после изменений в списках и правилах; - в инцидентах и рабочих списках убраны лишние повторные действия там, где объект уже закреплен в черном списке. Поисковые боты и источники - улучшена работа страницы поисковых ботов при фильтрации, переключении страниц и подгрузке тяжёлых секций; - заблокированные боты вынесены из основного рабочего списка и отображаются отдельно; - журналы и списки ботов стали лучше учитывать текущий черный список и не предлагать повторную блокировку уже закреплённых объектов; - уточнено отображение активности и порядок показа записей в журналах. Служебное хранилище и диагностика - Пульт и Диагностика точнее различают рост горячих счётчиков и обработанного хвоста; - добавлены быстрые переходы сразу к настройкам хранения и служебного хранилища; - сообщения о состоянии служебных данных стали ближе к реальной причине роста. Активные блокировки - экран активных блокировок теперь яснее разделяет постоянный черный список и временный служебный след его применения; - время жизни больше не выглядит как срок действия самого черного списка; - действия и пояснения на экране приведены к фактической логике работы блокировок. Результат - Пульт стал стабильнее в ежедневной работе; - страница поисковых ботов и связанные списки стали полезнее для реального разбора; - по служебным данным и блокировкам стало проще понять, что происходит на самом деле и куда идти дальше.
2.1.19 (31.03.2026)	Обновление 2.1.19 корректирует отображение blacklist-статуса в инцидентах. Что улучшено: - исправлена логика определения активного совпадения с черным списком; - исторические события больше не показываются как действующая blacklist-блокировка без текущего реального совпадения; - пояснение в карточке инцидента стало точнее для случаев, когда событие связано с blacklist только по истории. Результат: - карточки инцидентов точнее отражают текущее состояние списков; - статус применения больше не вводит в заблуждение в спорных случаях.
2.1.18 (31.03.2026)	Обновление 2.1.18 уточняет трактовку санкций в инцидентах. Что улучшено: - логика определения источника блокировки стала точнее; - интерфейс больше не смешивает внутренние правила Sigma с реальным черным списком; - статус применения теперь корректнее отражает фактическое состояние активных списков. Результат: - инциденты читаются понятнее; - меньше ложных трактовок по черному списку; - оператору проще отличить реальную blacklist-блокировку от внутреннего решения Sigma.
2.1.17 (31.03.2026)	Обновление 2.1.17 уточняет поведение страницы поисковых ботов и улучшает навигацию по runtime-проблемам в административной части. Поисковые боты - улучшена работа фильтров, пагинации и внутренних переходов на странице поисковых ботов; - страница стабильнее ведёт себя при смене фильтров и страниц и лучше сохраняет рабочий контекст; - улучшено поведение подгружаемых trusted-bots секций при работе с тяжёлыми выборками. Runtime и диагностика - в Пульте и Диагностике уточнена трактовка роста runtime; - интерфейс теперь точнее показывает, что именно даёт объём, горячие счётчики или обработанный хвост; - добавлены быстрые переходы сразу в runtime-настройки и retention. Результат - страница поисковых ботов стала предсказуемее в ежедневной работе; - причины роста runtime читаются понятнее; - путь от диагностики проблемы до нужных настроек стал короче.
2.1.16 (31.03.2026)	Обновление 2.1.16 уточняет экран поисковых ботов и связанные журналы. Поисковые боты - уточнено отображение поля `Последняя активность` в журналах страницы; - журнал поисковых ботов теперь отсортирован по числу хитов, чтобы первыми показывались самые нагружающие источники; - обновлена логика кэширования для trusted-bots секций, чтобы данные в журналах и подгружаемых блоках отображались согласованнее. Результат - на странице поисковых ботов легче сразу увидеть са IT-TECHNOLOGY Битрикс · свой код · лендинги · поддержка IT-TECHNOLOGY ведёт работы на проекте заказчика и продаёт официальные лицензии 1С-Битрикс. Разделы Услуги Кейсы Маркетплейс Лицензии О работе Контакты Связь © 2019–2026 IT-TECHNOLOGY. Все права защищены. Копирование материалов сайта без письменного согласия правообладателя запрещено. Работает на «1С-Битрикс: Управление сайтом» Политика обработки персональных данных Пользовательское соглашение Политика cookie

Дубовой: Сигма - защита трафика и контроль ботов с ИИ советником

Скриншоты

Технические данные

Вы смотрели