データの再送信を防ぐために Post/Redirect/Get (PRG) を使用する理由

本質的に紛らわしい "Post/Redirect/Get" パターンを理解する

"post/redirect/get" パターンの概要を数多く説明したにもかかわらず、その複雑さを理解することは依然として難しい場合があります。とらえどころのない。この概念を解明するためにさらに深く掘り下げてみましょう。

投稿: 機密データの送信

場合によっては、アプリケーションはユーザーにパスワードやクレジット カード番号などの機密情報の送信を要求します。 HTTP POST メソッドを使用すると、これらの値はリクエストの本文に安全に埋め込まれ、URL には公開されません。

リダイレクト: 複数の投稿を回避

ただし、POST 処理後、すぐにユーザーがページを更新すると、応答ページが誤って再送信される可能性があります。これを防ぐために、新しい URL へのリダイレクトが発行されます。この新しい URL には POST ペイロードが含まれなくなり、繰り返しの送信から保護されます。

Get: 結果の取得

最後に、ユーザーは GET URL にアクセスし、通常は POST の結果が表示されます。手術。データ入力 (POST) とデータ表示 (GET) をこのように分離することで、データの整合性とよりクリーンなユーザー エクスペリエンスが保証されます。

視覚化の図解

次の図を考えてみましょう:

[画像: 「問題」 - POST データはファネルに入りますが、そこから離れると再 POST がトリガーされます。 「解決策」 - POST データがファネルに入り、GET ページにリダイレクトされます]

再送信の問題と、それを軽減する際のリダイレクトの役割を理解することで、「post/リダイレクト/get」パターンが実現します。より直感的になります。

以上がデータの再送信を防ぐために Post/Redirect/Get (PRG) を使用する理由の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。