Известные проблемы
Отслеживаемые проблемы и их решения
Первый API-запрос после простоя выполняется на 2-3с дольше
Ваш первый API-запрос после периода простоя выполняется на ~2-3с дольше, пока прогревается пул proxy. Последующие запросы обрабатываются как обычно.
Мы повторно провели замеры в сентябре 2026 года: первый запрос после периода неактивности теперь выполняется так же быстро, как и последующие запросы.
На графиках использования в панели управления не отображаются метки часовых поясов
Графики использования в панели управления отображают временные метки в UTC, но не указывают часовой пояс. Если вы находитесь вне зоны UTC, без этого контекста время кажется неверным.
Графики и таблицы в Dashboard теперь отображают время в вашем часовом поясе, полученном из браузера.
Кратковременный пробел в данных аналитики во время миграции
Во время миграции базы данных аналитика в реальном времени была недоступна несколько часов. Данные не потеряны. Пробел повлиял только на видимость в реальном времени, а не на исторические записи.
Мы восполнили все исторические данные (более 260 млн записей) и проверили согласованность данных по дням. Прием данных в реальном времени был восстановлен в течение нескольких часов.
Пользователи Safari столкнулись с циклом перенаправлений при входе в дашборд
Если вы использовали Safari, вход в дашборд вызывал цикл перенаправлений. Особенность обработки cookie в WebKit приводила к сбою сессии между поддоменами.
Мы исправили атрибуты cookie для совместимости между поддоменами. Теперь вход работает корректно во всех основных браузерах.
Устаревшие proxy оставались в пуле в часы пик
Во время пиковой нагрузки пайплайн валидации proxy не справлялся. Некоторые request попадали на недавно отказавшие proxy до их исключения из пула.
Мы добавили параллельные проверки состояния и более быстрое исключение неработающих proxy. Теперь пул остается актуальным даже при 10-кратной нормальной нагрузке.
Превышение времени ожидания запросов браузера при высокой нагрузке JS
Запросы в режиме браузера завершались по таймауту на страницах с тяжелыми бандлами JavaScript. У Headless Chrome было недостаточно разделяемой памяти для обработки параллельных сессий.
Мы увеличили объем разделяемой памяти для сессий браузера и добавили ограничения ресурсов на каждый запрос. Доля таймаутов снизилась с ~8% до менее 0.5%.