RFC2616-HTTP1.1-Header Field Definitions(头字段规定部分—译文) (17)

  Retry-After 响应头字段可与503(Service Unavailable)响应一起使用,以指示请求客户端预期服务不可用的时间。此字段还可以与任何3xx(Redirection)响应一起使用,以指示用户代理在发出重定向请求之前等待的最短时间。该字段的值可以是HTTP-date值,也可以是响应时间之后的整数秒数(十进制)。

         Retry-After  = "Retry-After" ":" ( HTTP-date | delta-seconds )

  下面是该字段用法的两个例子

         Retry-After: Fri, 31 Dec 1999 23:59:59 GMT

         Retry-After: 120

  第二个例子,需要延迟两分钟

14.38 Server

The Server response-header field contains information about the software used by the origin server to handle(操作,操控;) the request. The field can contain multiple product tokens (section) and comments identifying(确认;辨认;认出) the server and any significant subproducts(子积;子乘积;[). The product tokens are listed in order of their significance(意义;重要性;意思) for identifying the application.

         Server         = "Server" ":" 1*( product | comment )

  例子:

         Server: CERN/3.0 libwww/2.17

If the response is being forwarded through a proxy, the proxy application MUST NOT modify the Server response-header. Instead, it SHOULD include a Via field (as described in section ).

      Note: Revealing(泄露;显示,展示;揭示,揭露) the specific software version of the server might allow the server machine to become more vulnerable(易受攻击的;易受伤的;易受批评的;[桥牌]已成局的) to attacks against software that is known to contain security holes. Server implementors(实现者) are encouraged(鼓动;鼓励) to make this field a configurable(结构的,可配置的) option.

14.39 TE

  TE请求头字段指示它愿意在响应中接受哪些扩展传输编码,以及是否愿意接受分组传输编码中的trailer字段。它的值可能包括关键字“trailers”和(或)带有可选接收参数的以逗号分隔的扩展传递编码名称列表(如节所述)。

         TE  = "TE" ":" #( t-codings )

         t-codings = "trailers" | ( transfer-extension [ accept-params ] )

  关键字“trailers”的出现表明客户愿意接受分段转换编码中的trailer字段,如 节中定义的那样。这个关键字保留用于传输编码值,即使它本身并不表示传输编码。

  它的用法:

         TE: deflate

         TE:

         TE: trailers, deflate;q=0.5

  TE头字段仅适用于短连接(immediate connection)。因此,当HTTP/1.1消息中出现TE时,必须在连接标头字段(小节)中提供关键字。

  根据TE字段,服务器使用以下规则测试传输编码是否可接受:

        1. “chunked”的转换编码总是可以接受的。如果列出了关键字“trailers”,则客户端表示它愿意代表自己和任何下游客户接受chunked响应中的trailer字段。这意味着,如果给定,客户端将声明,要么所有下游客户端都愿意接受转发响应中的trailers字段,要么它将尝试代表下游接收者缓冲响应。

    注意:HTTP/1.1没有定义任何方法来限制chunked响应的大小,从而确保客户端能够缓冲整个响应。

        2.如果正在测试的传输编码是TE字段中列出的传输编码之一,那么它是可以接受的,除非qvalue的值为0。(在节中定义,0的qvalue值表示“不可接受”。)

        3. 如果多个传输编码是可接受的,则首选具有最高非零qvalue值的可接受传输编码。“chunked”转换编码的qvalue值总是为1。

  如果TE字段值为空或不存在TE字段,则唯一的传输编码是“chunked”。没有传输编码的消息总是可以接受的。

14.40 Trailer

  Trailer通用头字段值用来表示给定的头字段集存在于用分块“传输编码”编码的消息的trailer中。

         Trailer  = "Trailer" ":" 1#field-name

  HTTP/1.1消息应该包含消息中的Trailer头字段,该字段使用非空Trailer的分组传输编码。这样做可以让接收者知道Trailer中期望的是哪个头字段。

If no Trailer header field is present, the trailer SHOULD NOT include any header fields. See section 3.6.1 for restrictions on the use of trailer fields in a "chunked" transfer-coding.

  如果不存在Trailer头字段,那么trailer不应该包含任何头字段。请参阅第3.6.1节,了解在“chunked”传输编码中使用trailer字段的限制。

  在Trailer头字段中列出的消息头字段不能包含以下头字段:

      . Transfer-Encoding

      . Content-Length

      . Trailer

14.41 Transfer-Encoding

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zyxpxz.html