「HEAD」動詞の w3.org 仕様を読みましたが、何かが足りないと思います。それがどのように役立つかわかりません。
HTTP の「HEAD」動詞は Web 開発に役立ちますか?
もしそうなら、どのように?
「HEAD」動詞の w3.org 仕様を読みましたが、何かが足りないと思います。それがどのように役立つかわかりません。
HTTP の「HEAD」動詞は Web 開発に役立ちますか?
もしそうなら、どのように?
RFC2616から:
このメソッド (HEAD) は、エンティティ本体自体を転送せずに、リクエストによって暗示されたエンティティに関するメタ情報を取得するために使用できます。この方法は、ハイパーテキスト リンクの有効性、アクセシビリティ、および最近の変更をテストするためによく使用されます。
HEAD が GET よりも優先される理由は、応答にメッセージ本文がないためです。これは、コンテンツがまったく変更されたかどうかを判断するシナリオで使用されるためです。最終変更時刻またはコンテンツの長さの変更は、通常、これ。
また、HEAD リクエストは、サーバーがマスクされていない限り、サーバーのセットアップに関する情報 (IIS/Apache などであるかどうか) を提供します。もちろん、これはすべての応答で使用できますが、特に応答のサイズがわからない場合は、HEAD が優先されます。HEAD は、サイトが稼働しているか停止しているかを判断する最も簡単な方法でもあります。繰り返しますが、メッセージ本文との関連性がないため、HEAD が理想的な候補になります。
これについてはよくわかりませんが、RSS/ATOM フィード リーダーは、GET ではなく HEAD を使用して、フィードの内容が変更されたかどうかを確認します。
HTTP HEAD は、大きなデータの HTTP PUT/POST を実行する前に、Web サーバーへの事前認証にも使用できます。最初の HEAD リクエストがなければ、大きなデータを Web サーバーに 2 回送信することになります (最初のリクエストが WWW-authenticate ヘッダーを含む 401 無許可の応答を返すため)。
これは主に、ブラウザーとプロキシーが Web ドキュメントのキャッシュされたコピーを使用できるかどうかを判断するためのものであり、全体をダウンロードする必要はありません (キャッシュの目的を無効にすることになります)。