2009-07-18 16 views
5

jederzeit ein Benutzer anmeldet in unser Wiki sie die folgende Fehlermeldung erhalten: „.. Dieses Wiki Cookies verwendet zur Anmeldung der Benutzer Sie haben Cookies deaktiviert sie Bitte aktivieren und erneut versuchen“ Obwohl der Fehler angezeigt wird, ist der Benutzer tatsächlich angemeldet und kann wie gewohnt Änderungen vornehmen. Wenn der Benutzer sieht nicht genau können sie nicht sagen, sie angemeldet sind und es verursacht Verwirrung würde ich mich freuen, wenn mir jemand einen Hinweis gibtProblem mit Mediawiki Cookies

Antwort

12

Wikimedia Rat ist

Check to make sure PHP's directory for storing session data is writable. This directory can be found in the php.ini file under the session.save_path setting. Errors in this php.ini setting can also cause other problems.

... (and) make sure the Internet Guest Account (eg. IUSR_FOOBAR, nobody, or apache) has write permissions to the folder listed in the session.save_path variable of the php.ini file.

Source.

Wenn Sie Wenn Sie eine Hosting-Site verwenden, müssen Sie Ihre PHP-Skriptkonfiguration (php.ini) bearbeiten. Die Seite sollte Informationen zu Ihrem Web-Dokumentstamm enthalten. Wenn bereits ein "tmp" -Ordner erstellt wurde, verwenden Sie ihn. Wenn in Ihrem aktuellen Setup kein tmp-Ordner vorhanden ist, erstellen Sie einen Ordner, der NICHT von Benutzern durchsucht werden kann, und teilen Sie der Datei php.ini den oben angegebenen Speicherort mit.

+0

Das war mein Problem: "* ... (und) stelle sicher, dass das Internet-Gastkonto (z. B. IUSR_FOOBAR, nobody oder apache) Schreibrechte für den in der' session.save_path'-Variablen des php aufgeführten Ordner hat . Ini-Datei *“ – Geremia

7

Für die Zukunft ... Wir hatten gerade ein ähnliches Problem auf Appropedia (gleichen Fehler, konnten aber überhaupt nicht anmelden). Es stellte sich heraus, dass das Temp-Verzeichnis voll war. Das temporäre Verzeichnis wurde gelöscht, das Problem wurde behoben.

3

It turned out the temp directory was full

In meinem Fall war es, weil die gesamte Partition voll war, brauchte mehr Platz. \ Windows \ temp als Basisordner für PHP-Session und andere Daten: Standard-Installation unserer PHP C

+0

dank habe ich das gleiche Problem – snow8261

0

Problem war ich wegen nur hatte.

Natürlich, wenn jemand leert den Temp-Ordner, weil seine voll von Junk-out .... die Unterordner für Informationen PHP gehen mit ihm zu: \

-1

Wenn Sie NGINX + PHP-FPM werden mit dem Vorherige Antworten werden wahrscheinlich keine Hilfe sein.

Von der Befehlszeile ausführen:

php-fpm -i | grep --color cookie_path

Sehen Sie, was Ihre cookie_path, dann den Ordner stat und Ihre php-fpm Benutzer sicherzustellen hat Schreibzugriff zu ihm.

Um dieses Problem mit Nginx und Php-Fpm zu lösen, musste ich meinen cookie_path von seinem Standard/(ernsthaft, warum sollte das ein Standard sein?) Nach/tmp ändern.

Nach neustart nginx und php-fpm, es funktioniert perfekt.

+0

ich bin mit lighttpd und php-fpm und die anderen Antworten nicht für mich arbeiten, aber diese Antwort hat einen Fehler: session.cookie_path ist der URL-Pfad der Sitzungscookie, i. e. auf welchen "Teil" der Website die Sitzung zutrifft, nicht wo auf dem Dateisystem die Sitzungsserverdaten gespeichert sind. –

+0

Anstatt meinen Kommentar zu verwerfen, weil du verrückt bist, möchtest du Informationen wie den Fehler posten, den du bekommst? Klingt wie Sie eine URL anstelle des Unix-Pfades verwenden, so dass es wie der Fehler ist Ihre Schuld, und hat nichts mit meiner Erklärung zu tun. Der Sitzungspfad ist definitiv der Unix-Pfad und niemals eine URL. Die Sitzung muss auf dem Dateisystem leben, damit es jemals eine Sitzung gibt. – DevOops

+0

Von PHP.net: session.cookie_path Zeichenfolge session.cookie_path gibt den Pfad an, der im Sitzungscookie festgelegt werden soll.Standardeinstellungen für /. Siehe auch session_get_cookie_params() und session_set_cookie_params(). – DevOops