Komische Fehlermeldung

Hast Du zufällig serverseitig den PHP-Modus gewechselt (mod_php auf CGI oder umgekehrt)?
Egal - ich würde einmal versuchen, die SESSION-Cookies in Deinem Browser zu löschen.

Schöne Grüße,
Frank

Zitat von Farlif

Unknown: open(/tmp/sess_4f35a39e8e9092d8c9c10d3017bc8d81, O_RDWR) failed: Permission denied (13) in Unknown on line 0

Nur, wie bekomme ich diese Warnmeldung weg?
Die Cache-Plugins habe ich jetzt gelöscht, trotzdem kommt die Meldung noch ... Hat jemand eine Idee, wie ich sowas wieder loswerde?

Deine Anwendung möchte eine Session speichern. Die Session soll in /tmp/ gespeichert werden. Hierfür hast du verständlicherweise keine rechte auf dem Server.

http://de3.php.net/manual/de/intro.session.php

handbuch
http://de3.php.net/manual/de/sess…on.save-handler

hoffe es hilft weiter

ralf

Zitat von r23

Deine Anwendung möchte eine Session speichern. Die Session soll in /tmp/ gespeichert werden. Hierfür hast du verständlicherweise keine rechte auf dem Server.

Ich interpretiere die Fehlermeldung anders; eine bestehende Sesssion-Datei in /tmp darf da scheinbar nicht geöffnet werden. In /tmp darf übrigens normalerweise jeder schreiben, lesen und löschen (dazu ist der Ordner da), aber jeder strikt nur seine eigenen Dateien - was hier das Problem zu sein scheint. Deshalb habe ich im ersten Anlauf blind auf einen Benutzerwechsel getippt (PHP-Modus-Wechsel).

Falls der Provider die Anweisung zulässt (sollte eigtl. ohne weiteres gehen), würde ich in der .htaccess nun folgendes versuchen:

<IfModule mod_php5.c>
      php_flag session.save_path   /absoluter/unix/pfad/zu/meinemweb/htdocs/wp-content/files/tmp
</IfModule>

Der tmp-Ordner im eigenen Webspace muss von PHP beschreibbar sein, also ggf. mit 777 versehen. Und lege bitte eine leere index.php in den tmp-Ordner. Noch besser wäre es, wenn der eigene tmp-Ordner ausserhalb des DOCUMENT_ROOT angelegt würde, also z. B. unter /absoluter/unix/pfad/zu/meinemweb/tmp

EDIT: Obwohl das eigtl. alles Quatsch ist. Ich sehe im FF keinerlei Fehler. Hast Du mehr als deinen einen Mac-Safari getestet? Was sagt denn z.B. Chrome auf deinem Mac? Sieht irgendjmd. hier im Forum Fehlermeldungen auf seinem Safari?

Ich glaube, Du hast einfach Deine Domain- bzw. Sitzungscookies noch nicht alle erwischt. Der Fehler taucht wahrsch. nur bei dieser einen Session auf.

Zitat von F-rank

In /tmp darf übrigens normalerweise jeder schreiben, lesen und löschen (dazu ist der Ordner da), aber jeder strikt nur seine eigenen Dateien - was hier das Problem zu sein scheint.

Die Session in das /temp Verzeichnis zu legen ist ein großes Sicherheitsproblem. Die Session kann so leichter entführt werden. Beachte hier die Hinweise im PHP - Handbuch.

Die Daten haben bei einem Hoster dort nicht verloren.

Also mein Lösungsvorschlag: diese leidige SESSION-Datei in /tmp entweder selber löschen (falls eigener Zugriff via SSH besteht) oder aber den Hoster bitten, dies für dich zu tun.

Schöne Grüße,
Frank

Zitat von Farlif

Anderst gesagt, ich habe keine Ahnung, in welcher Datei ich die Speicherei wieder abschalten muss. Denn die Plugin-Files habe ich ja gelöscht.

irgendwo in deiner Anwendung wird eine Session gestartet. Hierbei wird eine ID an den Browser gesendet und das Gegenstück auf dem Server gespeichert.

Gestartet wird die Session mit

[B][size=10]session_start[/SIZE][/B]

http://de3.php.net/manual/de/function.session-start.php

Du kannst den Speicherort der Session in der php.ini hinterlegen oder evtl. in der htaccess oder im PHP Script (vor session_start) zum Beispiel in der wp-config.php den Pfad aufnehmen
http://de3.php.net/manual/de/function.session-save-path.php

session_save_path('/dein/pfad/auf/dem/server/in/ein/lesbares/und/schreibbares/verzeichnis/');

Das Verzeichnis sollte nur für PHP schreibbar und lesbar sein _und_ nicht(!) für alle alles erlauben.

'chmod 770' setzt ziemlich strenge Rechte
etwas mehr [size=10]Beqemlichkeit[/SIZE]

(warum jetzt auch immer) ist
'chmod 775'

Wenn du dies in den F-rank Verzeichnisbaum

/wp-content/files/tmp

machen solltest, verhindere, dass in dem Verzeichnis Scripte ausgeführt werden können.
Alle Verzeichnisse, die per Webbrowser erreichbar sind
http://example.org/wp-content/files/tmp/
in dem Bespiel - solltest du verhindern, dass dort fremde scripte ausführen können. Sie
dürfen nach seiner Anleitung ja bereits dort schreiben.

.htaccess

<Files "*">
<IfModule mod_access.c>
Deny from all
</IfModule>
<IfModule !mod_access_compat>
<IfModule mod_authz_host.c>
Deny from all
</IfModule>
</IfModule>
<IfModule mod_access_compat>
Deny from all
</IfModule>
</Files>

diese Datei sollte für keinen mehr schreibbar sein chmod 444

cu

ralf

Zitat von r23

Die Session in das /temp Verzeichnis zu legen ist ein großes Sicherheitsproblem.

Trifft das nicht nur für Shared-Systeme zu? Kannste das Problem mal genauer beschreiben?