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

  • 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.


    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.

  • Überprüfe nochmal ob auch das korrekte Tmp-Verzeichnis im Pfad abgegeben ist.

    Das tmp-VZ sollte in deinem Joomla VZ liegen und nicht außerhalb.

    Backend: Konfiguration /Server /Tempverzeichnis

  • 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.

  • 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.

  • 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.


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

    Das leer bezog sich auf $live_site='';


    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 () aus folgendem Grund: 4 Beiträge von klaus1902 mit diesem Beitrag zusammengefügt.

  • 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 () aus folgendem Grund: Ein Beitrag von klaus1902 mit diesem Beitrag zusammengefügt.