4

ChromeがHEADリクエストを送信するのはなぜですか?ログの例:

2013-03-04 07:43:51 W3SVC7 NS1 GET /page.html 80 - *.*.*.* HTTP/1.1 Mozilla/5.0+(Windows+NT+6.1;+WOW64)+AppleWebKit/537.22+(KHTML,+like+Gecko)+Chrome/25.0.1364.97+Safari/537.22

2013-03-04 07:43:51 W3SVC7 NS1 HEAD / - 80 - *.*.*.* HTTP/1.1 Mozilla/5.0+(Windows+NT+6.1;+WOW64)+AppleWebKit/537.22+(KHTML,+like+Gecko)+Chrome/25.0.1364.97+Safari/537.22

私は禁止システムを持っています、そしてこの頭の要求は本当に迷惑です、そしてそれはGET要求とまったく同じ秒に起こります。

それの性質は何ですか?助けていただければ幸いです。

ps:ヘッドリクエストはすべて私のホームページだけにあることに気づきました。

4

1 に答える 1

2

RFC2616は次のように述べています。

9.4 HEAD

The HEAD method is identical to GET except that the server MUST NOT
return a message-body in the response. The metainformation contained
in the HTTP headers in response to a HEAD request SHOULD be identical
to the information sent in response to a GET request. This method can
be used for obtaining metainformation about the entity implied by the
request without transferring the entity-body itself. This method is
often used for testing hypertext links for validity, accessibility,
and recent modification.

The response to a HEAD request MAY be cacheable in the sense that the
information contained in the response MAY be used to update a
previously cached entity from that resource. If the new field values
indicate that the cached entity differs from the current entity (as
would be indicated by a change in Content-Length, Content-MD5, ETag
or Last-Modified), then the cache MUST treat the cache entry as
stale.

ほとんどの場合、クライアントのCookie/セッションがサーバーで有効であることを確認しようとしています。

于 2013-03-05T17:48:10.427 に答える