ВебЕнот Пульс

ВебЕнот Пульс — отчёты о состоянии сайта по расписанию

Локальный мониторинг 1С-Битрикс: проверка агентов и состояния сайта, сводки по заказам и оплатам. История хранится на вашем сайте, отчёты можно получать по Email, в Telegram и MAX.

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

Как это работает

Администратор создаёт независимые профили: выбирает сайт, разделы отчёта, агенты, дни недели, одно или несколько времён запуска и получателей. Используется время сервера. Уведомления можно отправлять после каждого запуска, только при проблемах, при изменении общего состояния или при восстановлении после проблемы. Режим «при изменении» сравнивает общий статус, а не каждое значение в тексте отчёта.

Возможности

• Проверка выбранных агентов и автоматическое добавление новых активных агентов; выявление просроченных, зависших, неактивных и отсутствующих агентов. Назначение функции показывается по PHPDoc или комментарию, если разработчик его добавил.
  
• Контроль почтовой очереди, свободного места, давности файлов в стандартном каталоге резервных копий Битрикса, DNS и SSL, ошибок в журнале событий и доступных обновлений.
  
• Сводки по заказам и оплатам: разделение по сайтам, валютам и статусам заказов, сравнение с предыдущим периодом. Персональные данные покупателей в эти сводки не включаются.
  
• Email через штатную почтовую систему сайта с проверкой отправителя; Telegram и MAX с несколькими получателями, поиском адресов по событиям бота и тестовым сообщением до сохранения профиля.
  
• Очередь доставки, повтор временных ошибок, учёт указанной сервисом задержки перед повтором, результат по каждому получателю и ручной повтор неудачной доставки.
  
• История отчётов и защищённые текстовые копии вне публичного каталога сайта.
  
• Многосайтовость и независимые профили; доступ к просмотру по пользователям и группам. По умолчанию доступ разрешён только администраторам.
  
• Диагностика установки, обезличенный JSON для поддержки, запуск через системный cron или агент Битрикса.
  

Хранение данных и внешние обращения

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

Для формирования и хранения отчётов не нужен отдельный облачный кабинет мониторинга. Правила работы Email, Telegram и MAX определяются соответствующими сервисами.

Требования

• PHP 8.1–8.4, расширения mbstring и OpenSSL; MySQL или MariaDB.
  
• Актуальная версия «1С-Битрикс: Управление сайтом» с D7. Заявлены редакции «Первый сайт», «Старт», «Стандарт», «Малый бизнес», «Эксперт» и «Бизнес»; разделы «Заказы» и «Оплаты» работают только при наличии штатного модуля sale.
  
• Для Telegram, MAX и проверки обновлений нужен доступ к соответствующим внешним сервисам. Для проверки домена — работающий DNS; для SSL — исходящее TLS-подключение к домену сайта на порт 443. Проверка сертификатов должна проходить успешно.
  
• Для запуска независимо от посещаемости рекомендуется системный cron раз в минуту. Агент Битрикса использует настроенный на сайте механизм запуска агентов и может выполняться с задержкой.
  
• Интерфейс версии 1.0.0 — на русском языке. PostgreSQL и коробочный Битрикс24 не заявлены.
  

Ограничения

• Решение не заменяет внешний мониторинг доступности: при полном отключении сервера оно не сможет отправить уведомление с этого же сервера.
  
• Контроль резервных копий оценивает давность файлов в каталоге /bitrix/backup, но не проверяет их содержимое и возможность восстановления.
  
• Контроль ошибок читает записи уровня ERROR в журнале событий Битрикса за последние 24 часа; это не проверка всех серверных и PHP-журналов.
  
• Фактическая доставка Email зависит от настройки исходящей почты сайта. Принятие письма почтовой системой не гарантирует получение.
  
• Для MAX нужен бот, прошедший модерацию платформы. Поиск получателей использует доступные события бота, а не список всех чатов; при подключённом Webhook получателя нужно указать вручную.