Meine aktuelle Vermutung ist, dass mit dieser chroot-Schummelei unter Plesk da irgendwas zusammenfällt, was am Ende zu diesem Fehler führt … falls ich wider Erwarten doch noch was finden sollte, schreibe ich nochmal hier!
Danke Dir ![]()
Meine aktuelle Vermutung ist, dass mit dieser chroot-Schummelei unter Plesk da irgendwas zusammenfällt, was am Ende zu diesem Fehler führt … falls ich wider Erwarten doch noch was finden sollte, schreibe ich nochmal hier!
Danke Dir ![]()
Ich bin auf euren Post gestoßen, weil ich im Grunde mit ner Laravel 10 Applikation dasselbe Problem habe.
Meine open_basedir restriction allerdings ist schon auf hosting gestellt und nicht auf das docroot …
was ich auch nicht verstehe:
$app->storagePath('logs'); gibt mir den richtig Pfad aus: /var/www/vhosts/hosting188525.ae8d6.netcup.net/knirps.index23.de/httpdocs/storage/logs
Allerdings fliegt am Ende doch ne Exception:
is_dir(): open_basedir restriction in effect. File(/knirps.index23.de/httpdocs/storage/logs) is not within the allowed path(s): (/var/www/vhosts/hosting188525.ae8d6.netcup.net/:/tmp/:/var/lib/php/sessions)
und was mich daran wundert ist:
pwd auf der Shell spuckt mir auch diesen /knirps.index23.de/httpdocs/storage/logs pfad aus …
Der Support ist leider nicht wirklich in der Lage, hier zu helfen - sehr bedauerlich. Aber vielleicht von euch noch einer ne Idee, wo Laravel da falsch abbiegt.
Ich würd's ja mit xdebug und ner Remote Session testen, aber: DAS GEHT JA AUCH NICHT 😄 und lokal läuft alles super durch 🙄
Auf dem Hosting hab ich auch schon den storage path in der config/logging.php hart verdrahtet … keine chance.
Bei dem scheiß OPCache weiß ich auch nie, ob DER am Ende schuld ist, dass es so aussieht, als würde alles nicht funktionieren 🙄!
Habt ihr noch irgendwelche Ideen?