warning: fopen(tmp/.htaccess) [function.fopen]: failed to open stream: Permission denied....
Eingetragen von thomy79 (72)am 15.06.2008 - 15:44 Uhr in
Bei den Dateisystem-Einstellungen tritt bei mir folgender Fehler auf:
warning: fopen(tmp/.htaccess) [function.fopen]: failed to open stream: Permission denied in /www/htdocs/w00a074f/includes/file.inc on line 117.
Sicherheitswarnung: .htaccess-Datei konnte nicht geschrieben werden. Bitte erstellen sie eine .htaccess-Datei im tmp-Verzeichnis, mit folgendem Inhalt:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks
Was kann ich dagegen tun? Hat das was mit Verzeichnisberechtigungen zu tun? Gibt es generell eine Anleitung, welche Rechte die einzelnen Vz. wie z.B. "files" bekommen sollten?
Grüße
Thomas
- Anmelden oder Registrieren um Kommentare zu schreiben
Warum verwendest du D4.6?
am 15.06.2008 - 15:55 Uhr
Warum verwendest du D4.6? oder ignorieren wir diese nette Funktion?
Setze das files Verz. auf 775.
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
Ich verwende D5.x,
am 15.06.2008 - 16:02 Uhr
das hatte ich vergessen einzustellen. Wenn ich files auf 775 stelle, erscheint folgende Meldung:
Das Verzeichnis files ist nicht beschreibbar.
warning: fopen(tmp/.htaccess) [function.fopen]: failed to open stream: Permission denied in /www/htdocs/w00a074f/includes/file.inc on line 117.
Sicherheitswarnung: .htaccess-Datei konnte nicht geschrieben werden. Bitte erstellen sie eine .htaccess-Datei im tmp-Verzeichnis, mit folgendem Inhalt:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks
Was hat es mit diesem
failed to open stream: Permission denied ...
auf sich?
PHP hat so eine Funktion
am 15.06.2008 - 16:31 Uhr
PHP hat so eine Funktion fopen; http://de.php.net/fopen
hast du das gemacht was da steht?
Bei welchen Hoster bist du?
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
ratlos.
am 15.06.2008 - 16:41 Uhr
Ich bin bei all-inkl.com. Ehrlich gesagt verwirrt mich der Link mehr als dass er mir hilft - denn mit PHP kenne ich mich nicht wirklich aus. Es muss doch mehrere Leute geben, die das Problem auch schon hatten? Ich habe die DB von lokal (XAMPP) hochgeladen, hat es damit was zu tun?
Ich wollt es nur erwähnen;
am 15.06.2008 - 17:10 Uhr
Ich wollt es nur erwähnen;
hast du auch alle Dateien mit hochgeladen?
Dateiverzeichnis unter admin/settings/file-system angepasst?
Weil all-inkl dürfte eigentlich keine Probs machen.
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
Die Rechte auf 777 setzen,
am 15.06.2008 - 18:21 Uhr
Die Rechte auf 777 setzen, damit Drupal in das Verzeichnis schreiben kann. Oder den Eigentümer des Ordners ändern.
umask
am 15.06.2008 - 19:12 Uhr
Ich bin bei all-inkl.com. Ehrlich gesagt verwirrt mich der Link mehr als dass er mir hilft - denn mit PHP kenne ich mich nicht wirklich aus. Es muss doch mehrere Leute geben, die das Problem auch schon hatten? Ich habe die DB von lokal (XAMPP) hochgeladen, hat es damit was zu tun?
Du kannst nicht wingend davon ausgehen das die Konfiguration der Dateirechte auf Deinem XAMPP identisch mit der von all-inkl.com ist.
Wobei man aber bei diesem Thema weiterhin beachten muss das Du vermutlich bei Deinem XAMPP keinen FTP-Server verwendet hast sondern die Drupal-Dateien direkt in die Ordner der XAMPP-Drupalinstallstion kopiert hast.
Bei der Drupalinstallstion auf all-inkl.com hast Du aber nun einen FTP-Server vor Dir. Dieser Server behandelt bei ihm ankommende Dateien auf bestimmte Weise die mit Sicherheit nicht mit der Weise identisch ist wie beim Datei-Einfuegen in Deiner XAMPP-Drupalinstallstion. Unter Linux (all-inkl.com) sind diese Rechte mit umask konfiguriert.
Weiterhin kommt dazu wie Dein FTP-Programm konfiguriert ist, mit hochzuladenden Dateien umzugehen.
Beispielsweise kennen FTP-Programme die Option "Dateirechte beibehalten". Wenn es diese Option in Deinem FTP-Programm gibt und sie aktiviert ist solltest Du sie (mal testhalber) deaktivieren - bevor Du die gesamte Drupalinstalltion nach dem Loeschen der Jetzigen erneut zu all-inkl.com heraufladest.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.