問題タブ [http-status-code-308]

IETF RFCドラフトハイパーテキスト転送プロトコル（HTTP）ステータスコード308（パーマネントリダイレクト）は、HTTPステータス308をパーマネントリダイレクトとして定義しています。もちろん、これはドラフト文書であり、その文書ヘッダーに「有効期限：2012年9月27日」というテキストが含まれていることに注意してください。これは、今は無効と見なされるべきだと思いますが、私はよく知りません。 IETFのプロセスであるため、これについては自信がありません。

ウィキペディアの記事「HTTPステータスコードのリスト」では、この308の定義も使用されています。

308パーマネントリダイレクト（実験的なRFCとして承認）^[12]

リクエスト、および今後のすべてのリクエストは、別のURIを使用して繰り返す必要があります。307と308（提案どおり）は302と301の動作に対応していますが、HTTPメソッドを変更することはできません。したがって、たとえば、永続的にリダイレクトされたリソースにフォームを送信すると、スムーズに続行できます。

..。

[12]：「ハイパーテキスト転送プロトコル（HTTP）ステータスコード308（永続的なリダイレクト）」。IETF。2012年。2012年3月27日取得。

当時のMicrosoftのEricLawは、HTTP/308を使用したWebの推進におけるこのHTTP/308コードについてコメントしています。そのため、Firefoxがこの意味で308をサポートしていることに気づきました。

ただし、python-requestsライブラリを調べていたところ、308の別の使用法があることがわかりました。

これは、 GoogleGearsの再開可能なHTTPリクエストの提案から来ているよう308 Resume Incompleteです。それのいくつかの使用法があるようです。もちろん、これらの提案はどちらも他方の存在を認めていません。

どうしたの？308 Permanent Redirect生きていますか？ステータスコード308はどうなっていますか？私は何をすべきか？

問題

1.Google App Engine で実行されている sns サービスがあります。

2.snsサービスはバックエンド側としてgo to runを利用している

3.sns サービスは、crob ジョブを使用して Api A を要求しています。

4.Api A は、別の http リクエスト (Api B へのリクエスト) を taskqueue に追加しています。

5.Api Aのリクエスト直後にタスクキューが実行される

6.Api Bのリクエストが実行される

7.Api B はコード 308 で応答しました。

問題の概要

ジョブ cron (Api A のリクエスト) -> Api A -> タスク キュー (Api B のスタック リクエスト) -> Api B -> 一部の実行

Api A は 200 で応答 Api B は 308 で応答

質問

Api B が 308 のコードで応答するのはなぜですか?

補体

ちなみに以下のシークエンスは成功

post man (Api A のリクエスト) -> Api A -> Task queue (Api B のリクエスト) -> Api B -> 一部の実行

Api A は 200 で応答 Api B は 200 で応答

ポストマンを使用して Api A をリクエストすると、Api B に対する次のリクエストは 200 で応答されました

私がタスクキューで行った方法は次のようなものです

Google Cloud Platform からのログは次のようなものです

Api A の応答

Api B の応答