クライアントにすぐに満足のいく応答を返すことができないため、30 秒以内にリソースに再度アクセスするように通知する必要があります。典型的な状況ではありませんが、時々発生します。
Retry-After: 30
クライアント ヘッダーによって要求されたのと同じ URL を指す302 リダイレクトは適切なオプションですか? それとも、そのような循環リダイレクトは常に悪いのでしょうか?
クライアントにすぐに満足のいく応答を返すことができないため、30 秒以内にリソースに再度アクセスするように通知する必要があります。典型的な状況ではありませんが、時々発生します。
Retry-After: 30
クライアント ヘッダーによって要求されたのと同じ URL を指す302 リダイレクトは適切なオプションですか? それとも、そのような循環リダイレクトは常に悪いのでしょうか?
それは合理的なことです。ループ検出を行うのはクライアントの責任です(そしてHTTP自体がこれについて話します)。
James Snellは、ここで、あなたが何をしようとしているのかによって、関連する可能性のある詳細について説明します。http: //chmod777self.blogspot.com.au/2013/01/asynchronous-patterns.html
この種のリダイレクト ループは、私には悪い考えのように思えます。
リロードを開始する必要があることをクライアントに通知するだけです。「すみません、後でやり直してください」
考慮すべきもう 1 つのオプションは、SignalR です。これを使用することで、ページをリロードせずに UI を自動的に更新できます。
満足のいく応答を提供できるまでの時間を示す Reply-After を使用して、503 Service Unavailable で応答できます。サービスはある意味では利用可能ですが、必要な応答を提供できないため、実際にはそうではありません。