開発プロセス中、多くの場合、フォーム エラーが原因で、ページに戻るときに入力された情報が失われます。ページ バウンスをサポートするには、2 つの方法を使用できます。
まず、Header メソッドを使用してメッセージ ヘッダーを設定します。 Cache-control
header('Cache-control: private, must-revalidate') //ページ バウンスをサポートします
2 番目に、session_cache_limiter メソッドを使用します
//必ず session_start メソッドの前に記述してください
session_cache_limiter('private, must-revalidate'); >
PS: Cache-Control メッセージ ヘッダー フィールドの説明
Cache-Control は、リクエストと応答が後に続くキャッシュ メカニズムを指定します。要求メッセージまたは応答メッセージで Cache-Control を設定しても、別のメッセージの処理中のキャッシュ プロセスは変更されません。リクエスト中のキャッシュ命令には、no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached が含まれ、応答メッセージ内の命令には、public、private、no-cache、no が含まれます。 -store、no-transform、must-revalidate、proxy-revalidate、max-age。各メッセージの指示の意味は次のとおりです。
Public は、応答を任意のキャッシュ領域にキャッシュできることを示します。
プライベートは、単一ユーザーの応答メッセージの全部または一部が共有キャッシュで処理できないことを示します。これにより、サーバーは、他のユーザーのリクエストには無効なユーザーからの部分的な応答のみを記述することができます。
no-cache は、要求または応答メッセージをキャッシュできないことを示します。
no-store は、重要な情報が意図せずに公開されるのを防ぐために使用されます。リクエスト メッセージで送信すると、リクエスト メッセージと応答メッセージの両方でキャッシュが使用されます。
max-age は、クライアントが指定された時間 (秒単位) を超えない存続期間を持つ応答を受信できることを示します。
min-fresh は、クライアントが現在時刻に指定された時間を足したものよりも短い応答時間で応答を受信できることを示します。
max-stale は、クライアントがタイムアウト期間を超えて応答メッセージを受信できることを示します。 max-stale メッセージの値を指定すると、クライアントは指定されたタイムアウト期間の値を超える応答メッセージを受信する可能性があります。