IETF RFCドラフトThe Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect)は、HTTPステータス308をの永続リダイレクトと定義しています。もちろん、これはドラフト文書であり、文書ヘッダーに "Expires：September 27、2012"というテキストが含まれていることに注意してください。これは無効と見なされるはずですが、 IETFのプロセスとこれに自信を持っていない。HTTPステータスコード308の処理は何ですか？
Wikipediaの記事List of HTTP status codesはまた、308のこの定義を使用する：
308永久リダイレクトが[12]
要求、及び今後のすべての（実験RFCとして承認します）要求は別のURIを使用して繰り返す必要があります。 307と308（提案どおり）は302と301の動作に平行ですが、ではHTTPメソッドがに変更されません。たとえば、永続的にリダイレクトされたリソースにフォームを送信すると、スムーズに処理が続行されます。
...
[12]："The Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect)"。 IETF。 2012年は3月27日、2012年時点でのマイクロソフトの
エリック法、Pushing the Web Forward with HTTP/308でこのHTTP/308コードのコメントを取り出さ。そのため、この意味でFirefoxが308をサポートしていることがわかりました。これは308 Resume Incompleteを定義し、GoogleのGearsをresumable HTTP requests proposalから来ているようだ
308: ('resume_incomplete', 'resume'),
：私はpython-requests図書館で探していたとき
しかし、私は308の別の使い方があることがわかりました。そこにはいくつかの使い方があるようです。もちろん、これらの提案のいずれも他方の存在を認めていません。
何が起こっているのですか？ 308 Permanent Redirectは生きていますか？ステータスコード308で何が起こっていますか？私は何をすべきか？
サーバの観点から、あなたが*発行するべきかどうか（もしあれば、どのような状況で）、あるいは消費者の視点から308？ –
@Damien_The_Unbeliever：質問は主に何が起こっているのだろうと思っています。それは意味がありますか？合理的に使うことができます。私の特定のケースでは、クライアントの視点を扱っており、これと関連する問題の将来的な準備と正しい実装を望んでいますが、私はまた、それを少し集めるためにもっと一般的な情報を求めています。それはウェブ上にある。 –