1

/searchエンドポイントを公開する Web サービスを考えてみましょう。そのエンドポイントでのすべての操作は、べき等であるため、GET メソッドの適切な候補になります。ただし、検索パラメーターが複雑なため、URL が非常に長くなり、クライアント、プロキシ、またはサーバーでさえ (RFC でハード制限が指定されていないにもかかわらず) 適切に処理されない場合があります。

したがって、唯一の代替手段は、POST を使用して、要求の本文で検索基準を渡すことです。応答が現在キャッシュ可能ではないという事実がなければ、大したことではありません。URL、一部のヘッダー (受け入れ)、および完全な応答に基づいてキャッシュ可能性を定義することはできません。body (実際の検索基準がある場所)。

HTTP/1.1 にはこの点が欠けており、問題に対する洗練されたシンプルな解決策がないと考えるのは正しいでしょうか?

ありがとう

4

1 に答える 1

0

適用可能な特定の情報に対して決定論的計算 (ハッシュや MD5 など) を実行し、その結果をクエリ文字列 (?cachekey=1ee68acc7122be75743ea04544462dad など) に追加します。計算が決定論的である限り、キーに基づいてキャッシュ内の一貫した結果を確認できます。

于 2013-09-09T17:41:33.837 に答える