我可以在“Accept-Ranges”标题中指定自定义范围类型吗？

Question

常见的“accept-ranges”标头是字节。但是，对我来说，可能有许多其他类型的范围。

我正在编写一个采用日期范围的API资源。在accept-ranges标头中指定日期并期望来自客户端的范围标题是否有意义？

Answer 1

我一直在研究与Accept-Ranges＆amp; amp;范围标题似乎是传递分页数据的理想选择。

HTTP1.1规范声明：

  

range-unit = bytes-unit | 其他范围单元

这表明您可以使用自己的单位类型，但接着说

  

HTTP / 1.1定义的唯一范围单位是字节。 HTTP / 1.1实现可以忽略使用其他单元指定的范围。

虽然支持的唯一范围单位是字节，但该语句确实强调HTTP 1.1可以（不应该）忽略其他单位的范围 - 所以也许它取决于你？

但是，HTTP头包含与消息体相关的数据而不是消息体所代表的数据，因此只支持字节单元才有意义，因为无论代表什么资源，都可以将字节范围应用于消息体。而日期范围是基于上下文的范围，仅适用于某些情况。

正如您在问题中提到的，实现日期范围的方法是在对该URL的HEAD或OPTIONS请求的响应中提供自定义 Accept-Ranges 标头，然后传递< em>范围标头，包含对同一网址的任何GET请求

我认为由开发人员决定是否以这种方式使用它，但对我而言，这个方形钉的孔太圆了！传递查询字符串中的值。

<强>参考：

3.12 Range Units

HTTP/1.1 allows a client to request that only part (a range of) the response entity be included within the response. HTTP/1.1 uses range units in the Range (section 14.35) and Content-Range (section 14.16) header fields. An entity can be broken down into subranges according to various structural units.

      range-unit       = bytes-unit | *other-range-unit*
      bytes-unit       = "bytes"
      other-range-unit = token

The only range unit defined by HTTP/1.1 is "bytes". HTTP/1.1 implementations MAY ignore ranges specified using other units.

HTTP/1.1 has been designed to allow implementations of applications that do not depend on knowledge of ranges.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.12