Новинки лета: еженедельные отчеты, улучшения Статус Страниц, фиксы проверок

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

Мы прислушались к вашим отзывам! Раньше на Статус Страницах пользователи могли настроить отображение аптайма для отдельных компонентов, что отлично работало. Однако, когда компоненты были сгруппированы, аптайм для всей группы не отображался. Это создавало неудобства и снижало информативность страницы.

В этом релизе мы решили эту проблему. Теперь мы добавили расчет аптайма для групп компонентов как в API, так и возможность включить его отображение на публичной странице. Это значительно улучшает внешний вид и пользовательскую ценность Статус-страниц.

Вы можете увидеть это нововведение в действии прямо сейчас на status.pingera.ru.

Для получения аптайма группы через API используйте тот же метод, что и для индивидуальных компонентов: /v1/pages/{page_id}/components/{component_id}/uptime. Подробную информацию об использовании API вы найдете в нашей документации (ссылку на документацию можно добавить, если она есть и актуальна).

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

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

Мы исправили проблему, которая доставляла неудобства пользователям публичных Статус Страниц в Cloud шаблоне: сворачивание групп компонентов теперь работает корректно! Раньше, если у вас было множество компонентов, они могли не помещаться на экране, и посетителям приходилось долго прокручивать страницу вниз. Теперь эта проблема решена, и навигация по страницам с большим количеством компонентов стала намного удобнее.

Мы также знаем, что опубликованные Статус Страницы — это не только инструмент для информирования, но и мощный маркетинговый ресурс (читайте больше в блоге). Открыто делясь информацией о доступности ваших сервисов, вы значительно повышаете прозрачность и укрепляете доверие пользователей. В этом релизе мы улучшили SEO-теги для опубликованных страниц. Теперь поисковые системы будут получать правильные мета-теги, что поможет вашим Статус-страницам занимать более высокие позиции в поисковой выдаче, делая их более доступными для вашей аудитории.

На платформе Pingera, помимо стандартного мониторинга веб-сайтов и расширенных синтетических проверок, мы предлагаем возможность регулярной проверки доступности TCP-сервисов. Мы обратили внимание на одну особенность: если TCP-проверка была настроена для веб-сервера, время ответа могло увеличиваться на 10 секунд, а иногда даже приводить к тайм-ауту.

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

Мы изменили структуру TCP-проверок: теперь по умолчанию измеряется время установления TCP-соединения. При этом мы сохранили возможность считывать данные из сокета (например, для проверки баннеров) и, конечно же, отправлять данные в сокет. Это делает наши TCP-проверки более быстрыми и гибкими, позволяя вам точно настраивать их под свои нужды.

Для наших синтетических проверок мы используем фреймворк Playwright. Ранее наши проверки опирались на метод ожидания загрузки страницы waitUntil: 'networkidle'. Этот метод означал, что Playwright считал страницу полностью загруженной, когда в сети прекращалась любая передача данных (то есть, не было активных сетевых соединений в течение как минимум 500 мс). Однако, как отмечается в документации Playwright, этот подход не рекомендуется для тестирования, поскольку он может быть ненадежным.

Мы заметили, что из-за этой настройки в нашей статистике начали появляться случаи, когда некоторые сайты периодически не загружались, выдавая таймаут. Это происходило потому, что метод networkidle мог ждать завершения фоновых процессов или рекламы, которые не всегда критичны для функциональной загрузки страницы, но при этом могли значительно увеличивать время ожидания или даже приводить к зависаниям.

Чтобы устранить эту проблему и повысить точность наших проверок, мы изменили настройку waitUntil с networkidle на load. Теперь Playwright будет считать операцию загрузки страницы завершенной, когда сработает событие load (window.onload). Это событие DOM обычно срабатывает, когда страница и все зависимые ресурсы (изображения, скрипты, таблицы стилей) полностью загружены и доступны. Такой подход обеспечивает более надежное и быстрое определение фактической готовности страницы, исключая ложные срабатывания таймаутов, вызванные фоновой сетевой активностью, не влияющей на основное содержимое.

Совсем скоро мы добавим возможность для пользователей запускать собственные Playwright-скрипты и гибко настраивать параметры тестирования. Мы постоянно работаем над тем, чтобы платформа Pingera оставалась вашим надежным партнером в мониторинге. Оставайтесь на связи, ведь впереди еще много интересного! Пока вы можете попробовать существующие проверки абсолютно бесплатно на app.pingera.ru.