私が抱えている問題は、MediaWiki を使用して作成した新しく作成したウィキにログオンできないことです。答えを求めて Web を検索しましたが、見つけたものはこの特定の問題 (たとえば、mediawiki Cookieの問題) の解決には役立ちませんでした。複数のブラウザーで試し、Cookie が有効になるように設定を変更しましたが、同じエラーが発生し続けます：
" Wiki はユーザーのログインに Cookie を使用しています。Cookie が無効になっています。有効にしてから、もう一度お試しください。 "
これが私の現在のバージョンの PHP (現在は 5.3) の問題なのか、それとも私の wiki の設定の問題なのかはわかりません。
NGINX + PHP-FPM を使用している場合、以前の回答では問題が解決しない可能性があります。
私の経験から、この問題は php-fpm が cookie_path への書き込みアクセス権を持っていない場合に発生します。次のコマンドを実行すると、このパスを見つけることができます。
php-fpm -i|grep --color cookie_path
あなたの cookie_path が何であるかを確認してから、フォルダーを開始し、php-fpm ユーザーが書き込みアクセス権を持っていることを確認してください。
Nginx と Php-Fpm を使用してこの問題を解決するには、cookie_path をデフォルトの / (真剣に、なぜこれがデフォルトになるのでしょうか?) から /tmp に変更する必要がありました。
nginx と php-fpm を再起動すると、問題なく動作します。
私もこの問題を抱えていました...
私のブラウザはすべて、クッキーがオフになっていると不平を言っていました....
Cookie を無効にするグループ ポリシーが実装されていると思います。そのようなものは何も実装されていないことをサーバーサポートチームに相談した後、サーバーにリモート接続することにしました。
サーバーは、ディスク容量が少ないと不平を言っていました。古い無関係なファイルをいくつか削除して、ディスクをクリーンアップしました。
ブラウザから再度ログオンしようとしましたが、すべて問題ありませんでした。
私のセットアップがわずかに異なっていたため、新しい回答を追加しています。私が行った手順は似ていましたが、他の人と同じではありませんでした。
CentOS に NGINX で MediaWiki をインストールしました。数か月間正常に実行した後、どこからともなく同じ Cookie エラーが発生し始めました。
私が抱えていた問題は、php-fpm ユーザーがsession.save_pathフォルダーにアクセスできないことでした。なぜそうなったのかはわかりませんが、ここで修正しました。
SprintCycleのコマンドのバリエーションを実行して、セッションが保存されている場所を特定しました。
php-fpm -i|grep --color save_path
私の場合は でした/var/lib/php/session。
次に、ディレクトリを変更してアクセス許可を設定しました。
cd /var/lib/php
chmod -R 1777 session
サービスを再起動したところ、すべてが再び機能しました。
service nginx restart
service php-fpm restart
もう 1 つ確認することは、セッションの tmp ディレクトリがいっぱいになっていないかどうかです。症状としては、http サーバー エラー ログに「書き込みに失敗しました」というメッセージが表示されます。当たり前！