5


1

ユーザーが私たちのWikiにログインするたびに、次のエラーが表示されます。 あなたはクッキーを無効にしています。 有効にしてからやり直してください。 "エラーが表示されても、ユーザーは実際にログインしているので通常どおりに編集できます。 ユーザーがよく見ていないと彼らは彼らがログインしていると言うことができず、混乱を招いています。誰かが私にヒントをくればうれしいです

5 Answer


12


ウィキメディアのアドバイスは

_ _ セッションデータを保存するためのPHPのディレクトリが書き込み可能であることを確認してください。 このディレクトリは、 `+ session.save_path `設定の下の ` php.ini `ファイルにあります。 この ` php.ini +`設定のエラーも他の問題を引き起こす可能性があります。

  1. (および)インターネットゲストアカウント(例: IUSR_FOOBAR、誰も、 またはapache)は、php.iniファイルの変数「+ session.save_path +」にリストされているフォルダーへの書き込み権限を持っています。 _ _

ホスティングサイトを使用している場合は、phpスクリプト設定(php.ini)を編集する必要があります。 このページにはあなたのWebドキュメントのルートに関する情報があるはずです。 既に "tmp"フォルダが作成されている場合はそれを使用してください。 現在の設定にtmpフォルダがない場合は、ユーザが閲覧できないtmpフォルダを作成し、php.iniファイルに上記の指示に従って場所を指定します。


7


今後の参考のために…​ Appropediaにも同じような問題がありました(同じエラーですが、ログインできませんでした)。 一時ディレクトリがいっぱいだったことがわかりました。 一時ディレクトリをクリアし、問題を解決しました。


3


_ 一時ディレクトリがいっぱいであることが判明しました _

私の場合は、パーティション全体がいっぱいになっていたためです。より多くのスペースが必要でした。


0


私が抱えていた問題は、PHPセッションおよびその他のデータのベースフォルダとしてC:\ windows \ tempを使用して、私たちのPHPをデフォルトでインストールしたことによるものです。

もちろん、いったん誰かがいったんジャンクでいっぱいになるので一時フォルダを空にしたら…​. PHP情報用のサブフォルダも同じです。\


-1


あなたがNGINX PHP-FPMを使っているのなら、以前の答えはおそらく役に立たないでしょう。

コマンドラインから次のコマンドを実行します。

php-fpm -i | grep --color cookie_path

cookie_pathが何であるかを確認してから、フォルダーを調べ、php-fpmユーザーがそのフォルダーに書き込み権限を持っていることを確認します。

NginxとPhp-Fpmを使ってこの問題を解決するには、私のcookie_pathをデフォルトの/から(真剣に、なぜこれがデフォルトになるのでしょうか)/ tmpに変更しなければなりませんでした。

nginxとphp-fpmを再起動した後、それは完全に動作します。