「投稿していただきありがとうございます。リダイレクトされるまでお待ちください。」必要ですか？
投稿していただきありがとうございます。リダイレクトされている間、お待ちください。
自動的にリダイレクトされない場合は、ここをクリックしてください。
特に90年代または2000年代前半にWebを使用している場合は、このようなメッセージをよくご存じでしょう。私自身のプロジェクトでは、たとえば、登録または何かを投稿した後にリダイレクトされる間、ユーザーを2〜3秒待機させる理由を見つけたことがありません。しかし、PHPBBのような人気のあるWebソフトウェアでも、このパターンは常に発生します。
私の質問は、リダイレクションは現代の（ajaxy）Web開発にまだ場所/必要性があるのですか？このようなリダイレクトを絶対に必要とし、最終的にユーザーを困らせる状況はありますか？その背後にある技術的な理由は何ですか？リダイレクトが必要な場合、すぐにリダイレクトしないのはなぜですか？
このようなリダイレクトを絶対に必要とし、最終的にユーザーに迷惑をかけるような状況はありますか？また、その背後にある技術的な理由は何ですか？
最も一般的な意図（通常、データベースに新しいレコードを作成する、支払いトランザクションを処理するなどのリクエストの場合）は、ユーザーが[更新]ボタンを押してリクエストを再投稿する場合の重複リクエストの防止です。
リダイレクションには、現代の（ajaxy）Web開発にまだ場所/必要性がありますか？
Javascriptが無効になっているユーザーに、リクエストが無視されるか、または誤って処理される可能性があることを伝えることができれば（ 「複数回送信しないでください！」 メッセージが頭に浮かぶ）-しかし、そうではないこれらの風変わりなJSが無効なユーザーをサポートし、請求部門が時折発生する二重請求の苦情を確認しないようにするための多大な努力により、多くのインターフェースで何らかのリダイレクトがまだ実装されています。
リダイレクトが必要な場合、すぐにリダイレクトしないのはなぜですか？
複数のフォーム送信を防ぐことが目的の場合、リダイレクトshouldをすぐに発行します-リダイレクトが時間指定されている場合は、サーバーの動作が遅くなる可能性があります「セッションベースのロックを考慮に入れていないか、より難解な問題を解決しようとしています。
まず、Locationヘッダーが指定されたときにすべてのブラウザーがリダイレクトするわけではありません。第二に、JavaScriptが無効になっているため、すべてのブラウザーがJavascriptでリダイレクトするわけではありません。第三に、すべてのブラウザがメタ更新タグをサポートするわけではありません。これらのケースはいずれも非常にまれであるため、おそらく重要ではありません。しかし、たとえそうだとしても、これらのすべての方法をオーバーラップできると思います。
PHPBBページが行う方法（5秒程度待機する）はまったく必要ありません。すぐにリダイレクトする必要があります。リダイレクトしない場合は、ヘッダーを送信した後、HTMLページ（メタ更新とJavascriptが含まれ、テキストがリンクされています）が表示されます。適切にプログラムされていれば、このページが通常のブラウザで実際に表示される可能性はほとんどありません。
常に適切なHTTPステータスコード（たとえば、301または302- http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html ）を使用して、応答ヘッダーでリダイレクトを送信します。その結果、すぐにリダイレクトされます。誰かが「ページをリダイレクトしている間お待ちください」と表示される良い技術的な理由は知りません。
これを行う主な理由は、リダイレクトされたサイトで記録が作成されることです。ページはGoogleアナリティクスを読み込むことができますが、データはウェブログにも保存されます。
HTTPヘッダーを使用してリダイレクトを送信すると、ブラウザーは元のサイトに追加の要求を行うことなく他のサイトに移動します。 Javascriptベースのトラッキングはこれらのexitをキャッチする可能性がありますが、サイト所有者はトラッキングの機会を増やすことができます。
場合によっては、リダイレクトされるよりもユーザーに免責事項を提供することもできます。これは、規制された業界で働くウェブマスターにとって特に重要です。銀行や医薬品などの規制された業界で働いていない場合、これらの要件にあまり感謝しません。
また、戻るボタンで作業を適切に並べ替えることができます。