Erweiterungen Warnung tmp Verzeichnis in php ist schreibgeschützt

    Guten Tag!

    Ich habe eine Seite mit Joomla 4.3.1 erstellt - Php 8.0.25 - SP Pagebuilder in der aktuellen Version 4.0.10 ist installiert. Seit kurzem ist es mir nicht mehr möglich eine Seite, die ich im Pagebuilder erstellt habe, zu speichern. Es kann im Pagebuilder auch keine Dateien hochladen. Im Forum Joomshaper nachgefragt - es liegt am Webserver.

    Jetzt ist mir aufgefallen, dass ich in den Systeminformationen die Meldung -

    Das Verzeichnis für temporäre Dateien in PHP ist schreibgeschützt.
    Das in PHP eingestellte temporäre Verzeichnis ist schreibgeschützt und kann daher von Joomla! nicht genutzt werden. Dies kann zu Problemen beim Hochladen von Erweiterungen in Joomla! führen. Wenn es Probleme beim Hochladen von Erweiterungen gibt, sollte das Hochladeverzeichnis („/www/tmp“) überprüft werden und ggf. der Schreibschutz aufgehoben werden.

    erhalte.

    Das tmp-Verzeichnis ist jedoch beschreibbar.

    Kann es sein, dass die Probleme von dieser Meldung stammen. Anführen möchte ich noch, dass das Problem bei einer lokalen Installation nicht auftritt. Da funktioniert alles einwandfrei.

    Danke für die Hilfe

    Klaus

    Zitat von klaus1902

    Das tmp-Verzeichnis ist jedoch beschreibbar.

    Da muss man zwischen den verschiedenene tmp-Verzeichnissen unterscheiden. In meinen Installationen erhalte ich auch überall diese Meldung, ohne jegliche Probleme zu haben. In der Regel sollte das auch funktionieren. ist bei den meisten Hostern so mit diesem Warnhinweis.

    Zitat von klaus1902

    Ich habe eine Seite mit Joomla 4.3.1 erstellt - Php 8.0.25 - SP Pagebuilder in der aktuellen Version 4.0.10 ist installiert. Seit kurzem ist es mir nicht mehr möglich eine Seite, die ich im Pagebuilder erstellt habe, zu speichern. Es kann im Pagebuilder auch keine Dateien hochladen. Im Forum Joomshaper nachgefragt - es liegt am Webserver.

    Scheinbar funktionierte es mal. Was hast du zwischenzeitlich geändert?
    Dass da am Server zwischenzeitlich was geändert wurde ist doch eher unwahrscheinlich. So lange gibt es Joomla 4.3.1 ja auch noch nicht.

    Das sieht sehr seltsam aus.

    Du hast doch in deinem Websapace ein VZ für deine Joomla Installation erstellt.

    Dies hat eigentlich keinen Domainnamen mit .at und www.

    Mir scheint es so, als hättest du Joomla mit einer One-Klick-Installation deines Hosters erstellt...ist das so?

    Nein ist nicht so. Ich habe die Seite lokal auf einem wamp erstellt - Akeeba Backup gemacht und die Seite am Server eingespielt. Am Server gibt es drei Ordner - logs, stats und www. Die Seite liegt im www Ordner.

    Und wie angeführt, es hat alles normal funktioniert. Ich habe noch eine zweite Seite beim selben Anbieter. Bei dieser Seite funktioniert das speichern. Ich kann aber dort keine Dateien mehr hochladen.

    Ich habe jetzt versucht über den normalen Medienmanager eine Datei hochzuladen - funktioniert auch nicht. Ist also kein Problem vom Pagebuilder.

    Zitat von klaus1902

    Ich habe jetzt versucht über den normalen Medienmanager eine Datei hochzuladen - funktioniert auch nicht. Ist also kein Problem vom Pagebuilder.

    Welcher Dateityp? Teste mal ein .jpg!

    Und schau mal, ob du folgendes in der configuration.php stehen hast: $live_site='';

    (also den Eintrag leerlassen)

    Falls $live_site bei der fehlerhaften Website zuvor bereits schon leer war:

    Was steht den im Backend bei der fehlerhaften Website:

    System-> Systeminformationen im Tab Systeminformationen ->PHP-Interface für den Webserver ?

    Was steht den im Backend bei der fehlerhaften Website:

    System-> Systeminformationen im Tab Konfigurationsdatei ->log_path ?

    Was steht den im Backend bei der fehlerhaften Website:

    System-> Systeminformationen im Tab Konfigurationsdatei ->tmp_path ?

    Welche Dateiverzeichnisse haben nicht den Status "Beschreibbar" im Backend bei der fehlerhaften Website:

    System-> Systeminformationen im Tab Verzeichnisrechte ?

    Außerdem kannst du uns auch mal die Systeminformationen der fehlerhaften Website geben aus:

    System -> Systeminformationen -> Als Text herunterladen

    und dann hier im Forum als Dateianhang hochladen.

    Bei der fehlerhaften Website scheint wohl auch die SEO-Einstellung bzw. .htaccess-Datei fehlerhaft zu sein da man keinen Menüeintrag ohne 404-Fehler aufrufen kann.

    Zitat von Sieger66

    Wurde zwischenzeitlich etwas geändert an der fehlerhaften Website,

    weil nun kann man "SEO-Menüeinträge" fehlerfrei also ohne ohne 404-Fehler aufrufen?

    Nein, ich habe nichts geändert.

    Zitat von Elwood

    Wenn die Pfade leer sind, kann es ja nicht funktionieren!

    Das leer bezog sich auf $live_site='';

    Zitat von jsc_01

    Ich habe nicht alles gelesen, aber diese Verzeichnis-Pfade sehen sehr merkwürdig aus.

    Die Pfade werden beim Anbieter chillydomains immer so ausgegeben.

    log_path /var/home/meineseite.at/www/administrator/logs

    tmp_path /var/home/meineseite.at/www/tmp

    Das Einzige was ich im Nachhinein hochgeladen habe, ist eine eigene php.ini Datei, um die Werte zu erhöhen. Der Inhalt der Datei:

    ### Security - Upload / Memory ###

    upload_tmp_dir = /www/tmp

    upload_max_filesize = 256M

    memory_limit = 256M

    post_max_size = 256M

    max_execution_time = 60

    max_input_time = 60

    Da war auch der Fehler: upload_tmp_dir = /www/tmp muss so heißen:

    upload_tmp_dir =/var/home/hundesalonsaalfelden.at/www/tmp

    schon funktionierts.

    Danke für Eure Hilfe

    Klaus

    Einmal editiert, zuletzt von Indigo66 (8. Mai 2023 um 06:45) aus folgendem Grund: 4 Beiträge von klaus1902 mit diesem Beitrag zusammengefügt.

    Zitat von jsc_01

    Ich will ja nicht quälen, aber weißt du noch, wie die /tmp - und /logs-Pfade unter deinem wamp aussahen?

    #20 habe ich die Lösung angeführt. Hatte einen Fehler in der php.ini

    Da war auch der Fehler: upload_tmp_dir = /www/tmp muss so heißen:

    upload_tmp_dir =/var/home/hundesalonsaalfelden.at/www/tmp

    Einmal editiert, zuletzt von Indigo66 (8. Mai 2023 um 06:45) aus folgendem Grund: Ein Beitrag von klaus1902 mit diesem Beitrag zusammengefügt.