最近、Web サイトでアンケートを行っていたときに、ThinkPHP の Cookie とセッションの間で競合が発生し、その結果 Cookie が使用できなくなりました。
このウェブサイトは ThinkPHP フレームワークを使用して作成されており、多数の写真が表示されるページがあり、IP アドレスを制限することで、訪問者が一定の時間内に複数の写真に投票することができなくなります。この問題は、最初は IP を使用してデータベースに保存することで解決されましたが、生成されたセッション ID はサービス ファイルに保存する必要がありました。 ThinkPHP マニュアルの指示に従ってセッションを操作すると、すべてがうまくいきます。ただし、Cookie が生成された後、ローカル コンピューターで Cookie の生成が制限されているのではないかと考えていました。 Cookie はありましたが、表示してテストした結果、制限がないことがわかったので、生成された Cookie をテストするために別の php ファイルを作成しました。問題ありません。Cookie テキストはローカルで見つかったので、次のコンテンツをオンラインで見つけました。 setcookie() 関数を使用して Cookie を設定することで、問題は順番に解決され、望ましい結果が得られました。
解決策は次のとおりです:
php.ini 設定ファイルを見つけて、項目 output_buffering を検索し、その値を off から on に変更し、Apache を再起動すれば問題ありません。
他にも同様の質問がたくさんあります:
ローカルでは元々問題なく実行されていたファイルが、サーバーでテストするとローカルでは表示されないエラーが表示される場合があります: 警告: ヘッダー情報は変更できません - ヘッダーは既に送信されています...
このような記述から、この原因が setcookie にあることは明らかです。インターネットで確認すると、次のような説明があります。 Cookie 自体には、次のような使用制限があります。
1. setcookie を呼び出す記述はラベルの前に置く必要があります
2. setcookieを呼び出す前はechoは使えません
3. Web ページがリロードされるまで、Cookie はプログラムに表示されません
4. setcookie 関数は、データがブラウザに出力される前に送信する必要があります
上記の制限により、setcookie() 関数を実行すると、「インデックスが定義されていない」、「ヘッダー情報を変更できません - ヘッダーはすでに送信されています」などの問題が発生することがよくあります。「ヘッダー情報を変更できません - 」エラーを解決します。ヘッダーはすでに送信されています」 この方法は、Cookie を生成する前にブラウザへのデータの出力を遅らせることです。そのため、プログラムの先頭に ob_start() 関数を追加できます。このようにして問題は解決できます。 ただし、ob_start() を追加したい場合は、プログラムが作成されているため、これを変更するのは少し憂鬱です。このエラーが発生したことを知ったとき、なぜローカル コンピューターでこの問題が発生しなかったのか疑問に思いました。PHP.ini の設定が異なるためだと思いましたが、よく考えてみると、それは間違いでした。すべて同じです。そこで、その後に続く「output starting at...」という文に注目すると、setcookie の前に別の場所に出力があったことを意味し、output starting at に続くファイルを見つけ、最終的に最初の行が空白であることがわかりました。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
