In das log-Verzeichnis im Stammverzeichnis von 1&1 kann Joomla nicht schreiben. Ist dem Hostsystem vorbehalten.
Erstelle dir ein anderes, eigenes Logverzeichnis z.B. "logs" und passe den Pfad in der configuration.php dahingegen an.
Aber das Log-Verzeichnis vom Hoster wird doch nicht innerhalb(!) Deine Joomla-Installation liegen. Du wirst ein vorhandenes "/log" vermutlich genutzt haben. Nutze das Verzeichnis "log" innerhalb des Joomla oder irgendein selbst erzeigten Verzeichnis außerhalb der Webroots.
Im Stammverzeichnsi von 1&1 Webspace gibt es schon standardmäßig ein /logs Verzeichnis in dem die access.logs, ftp.logs und Statistiken (traffic.html) liegen. Hier wird Joomla das Schreiben ins Verzeichnis verweigert. Wer im Webspace nicht mit Unterverzeichnissen arbeitet, bei dem Joomla das /logs selber anlegt, muss sich im Stammverzeichnis einen neuen Logsordner erstellen der anderes lautet, damit Joomla ordnungsgemäß arbeitet.
Ich habe keinen Account dort, aber stimmt das tatsächlich das das Stammverzeichnis gleichzeitig auch das Webroot ist?
Das würde dann ja mit vielen anderen Scripten kollidieren, die auch so ein Verzeichnis nutzen wollen.
Sinnvoll kann doch nur so eine Struktur sein:
.../ -> Stammverzeichnis des Kunden auf der Festplatte
.../logs
.../html -> Webroot
...
Innerhalb "html" (oder anderer Name) kann der Webmaster dann Webs ablegen. Direkt rein oder in dortige Unterverzeichnisse.
Auf diese Weise kann es nie Konflikte mit Scripten geben.
Wenn man auch direkt unter "/" Scripte ablegen kann wäre das mehr als ungünstig. Auch gäbe es dann ja gar keinen Bereich ohne Browserzugriff, so das man sich solche Datenverzeichnisse selbst schützen müsste. Scripte wie Moodle und andere nutzen das ja.
Sinnvoll kann doch nur so eine Struktur sein:
.../ -> Stammverzeichnis des Kunden auf der Festplatte
.../logs
.../html -> Webroot
...
Sinnvoller ist das. Da ich "immer" in Unterverzeichnissen arbeite, habe ich das Problem nicht. Im Support stoße ich aber öfters auf das Problem welches Nadja hatte.
Bei mir (ebenfalls 1&1 als Hoster) funktioniert der hier beschriebene Weg nicht. Das Update von 3.3.6 auf 3.4.8 erzeugt die Fehlermeldung, obwohl ich ein separates Verzeichnis ("logos") angelegt habe und und dies auch in die configuration.php eingetragen habe. Gibt es noch eine Hürde?
Anscheinend fragt die interne Updateroutine immer noch speziell das /logs Verzeichnis ab, egal was in der config. angegeben wurde.
Einzige Lösung:
Verschiebe Dein Joomla in ein Unterverzeichnis, stelle die Domain auf das Unterverzeichnis um. Lege wieder ein reguläres /logs an, passe auch die Pfade für temp in der configuration.php an.
