Antwort vom HE Support wenig erbaulich
Das Hosteurope-Problem trat hier auch letzten Dienstag auf ca. 10 Installationen im Shared Hosting betroffen. Heute dann die Antwort des Supports auf die Nachfrage und Schilderung des Fehlers im Manager:
---
Sowohl für das Apache PHP Modul als auch den PHP Interpreter auf der CLI ist open_basedir bereits auf "no value" gesetzt. Warum der Contao Manager seit dem letzten Update keinen Zugriff mehr auf das für das jeweilige Shared Hosting Paket eingerichtete temp-Verzeichnis hat, können wir leider nicht sagen. Auch können wir keine Lösung im Shared Hosting Bereich anbieten. Auf unseren Webserverpaketen mit eigener CLI ist die Nutzung des aktuellen Contao-Managers jadoch möglich. Als Workaround können wir daher derzeit nur einen Wechsel von Webhosting- in den Webserverbereich oder die Verwendung einer älteren Contao Manager Version empfehlen.
Wir bedauern, Ihnen keine positive Rückmeldung geben zu können. Sollten Sie noch weitere Fragen haben, stehen wir Ihnen natürlich jederzeit gerne zur Verfügung.
---
Ich habe kein Interesse an dieser Upselling-Politik teilzunehmen und wäre sehr an einem offiziellen Workaround seitens der Contao-Community interessiert.
Workaround funktioniert bei mir nicht.
Hallo,
ich habe seit gestern das gleiche Problem mit der Fehlermeldung. Ich habe eine php.ini in das gleiche Verzeichnis des contap-managers gelegt, allerdings bekomme ich immer noch die gleiche Fehlermeldung. Ich habe nur "sys_temp_dir=/is/htdocs/user_tmp/wpxxxx_xxxx" in der php.ini stehen. Gibt es sonst noch etwas zu beachten? Den contao-manager habe ich mehrfach neu gestartet und Cache geleert etc.
Danke und Grüße
David
Ich habe das gleiche Problem bei Host Europe
Zitat:
Zitat von
sr-tag
Hallo Zusammen ich bin der, der das aktuell im Slack-Chat besprochen hat.
Der erste funktionierende Lösungsansatz von @ausi ist, wenn man im contao-manager Verzeichnis eine php.ini Datei mit folgendem Inhalt anlegt ...
Code:
sys_temp_dir=/is/htdocs/user_tmp/wpxxxx_xxxx
... und dann den temp-Pfad der auch per sys_get_temp_dir() zurückgegeben wird dort einträgt.
Nach einem Browser-Fenster-Reload läuft mein contao-manager dann auch durch.
Gruß Sven und Danke an alle die mir bei der Lösungsfindung geholfen haben.
Übrigens: Ich hab meine Unterhaltung mit dem Support auch noch nicht beendet ;)
Es ist doe "Mumpitz" , wenn ma bei HE irgendwelche php.ini `s schreiben muss damit es funktioniert. Was ich verstanden habe, ist, dass es hier wohl um ein Sicherheitsaspekt geht. Nur HE schiebt das Problem auf Contao und umgekehrt. Jetzt las ich von Spooky, dass HE vor kurzem was geändert hat....
Wie wird denn das Problem nun gehandhabt, egal von wem?
HE meint es muss beim istallieren des Contao Managers ein input-Feld erscheinen, damit der Installateur den richtigen TMP Pfad eingeben kann. :rolleyes:
Von einer eigens erstellten php.ini sehe ich ab, da ich bei einem Umzug von HE weg immer die Dateien wieder löschen muss, die ich da vorher angelegt habe. (wer weiss wie viele das noch werden?) Außerdem fehlt mir da seitens HE der Schreibzugriff. HE will, denke ich, dass ein größeres Paket gebucht wird. Was ich mit den Problemen dort sehr sicher nicht machen werde. Allein die Preispolitik der SSL Zertifikate des Servers sind ein Hohn, wenn ich sie wo anders kostenlos bekomme. (Lets Encrypt)
Da ich des Öfteren Probleme mit HE habe, denke ich gerade an einen Serveranbieter hier im Ort nach. Ich hoffe nur dass ich die Arbeit etwas strecken kann und hier oder bei HE eine bessere Lösung gefunden wird.
Vielleicht kennt jemand einen Server wo es Wert ist mit Contao-Installationen hinzuziehen?
Ebenfalls betroffen, gleiche Antwort des Host Europe Support, Workaround funktioniert
Hallo in die Runde,
nachdem ich seit gestern nach dem Auto-Update des Contao-Manager ebenfalls betroffen bin, habe ich durch Eure Tipps und den Workaround hier im Forum zumindest die Funktion herstellen können. Der Workaround funktioniert bei mir, mein Dank dafür an alle!
Ich hatte die Infos aus diesem Thread gleich zu Beginn bei der Support - Anfrage mitgeliefert (Fehlermeldung, Test-Script, Testergebnis, Ursache bei Verwendung von passthru).
Leider erhielt auch ich die gleiche Antwort des Host Europe Support. Da dies nicht mein Fachgebiet ist, fehlt mir hier leider die nötige Expertise, allerdings klingen die hier genannten Argumente von @spooky sehr plausibel und naheliegend.
Antwort des Host Europe Support:
Zitat:
Das Anliegen lässt sich leider nur über den Workaround lösen:
Bitte legen Sie eine php.ini Datei im Contao Manager-Verzeichnis mit folgendem Inhalt an:
PHP-Code:
sys_temp_dir=/is/htdocs/user_tmp/wpID_xy/
Bitte beachten Sie, dass sich der oben genannte Pfad auf auf das Temp Verzeichnis für Ihre Webhosting Basic Paket mit der ID bezieht und natürlich für andere Pakete entsprechend angepasst werden muss.
Das User Temp Verzeichnis wird im KIS unter folgendem Pfad angezeigt:
"Produktverwaltung - Webhosting - Konfigurieren - Allgemeines - Allgemeine Informationen"
Nach einem Neustarten des Managers sollte dieser wieder wie gewohnt funktionieren.
Leider ist unsere Konfiguration, bei den Shared Hosting Paketen keinen Zugriff auf das Temp Verzeichnis des Betriebssystems zu ermöglichen, schon allein aus
Datenschutzgründen unumgänglich. Andernfalls könnten dort abgelegten Daten von anderen Kunden eingesehen werden.
Liste der Anhänge anzeigen (Anzahl: 1)
Wenn ich ne "user.ini" benutze, kommt wieder der Hinweis:
Code:
PHP Kommandozeilen-Programm
Unable to write to the temporary system directory.
Der Contao-Manager bricht immer ab mit:
Code:
Notice: tempnam(): file created in the system's temporary directory in /is/htdocs/wpxxx_yyy/www/contaotest/contao4-13-php8-0/vendor/symfony/dependency-injection/Loader/XmlFileLoader.php on line 684
Fatal error: Uncaught ValueError: Path cannot be empty in /is/htdocs/wpxxx_yyy/www/contaotest/contao4-13-php8-0/vendor/symfony/dependency-injection/Loader/XmlFileLoader.php:692
Bin eher nicht so der PHP Mensch, aber könnte da nicht der Hund begraben liegen?
Ich hatte auch mal die PHP-Info Seite von Version 7 und 8 verglichen. Insgesamt 65 Unterschiede. Das meiste ist sicherlich zu ignorieren, aber wie gesagt: PHP ist nicht so zwingend meins ;-)
Grad noch mal rumprobiert: Egal, was ich in die php.ini reinschreibe...der sys_temp_path ändert sich nicht. Kann das ein Servercaching Problem sein?
Es scheint aber dennoch der richtige Wert bereits eingetragen zu sein:
Anhang 25461
Gibt es denn hier Hosteurope-Kunden, die das Problem nicht (mehr) haben?