ajax - 将 HTTP 范围 header 与字节以外的范围说明符一起使用？

Question

核心问题是关于HTTP Headers的使用，包括Range , If-Range , Accept-Ranges和一个用户定义的范围说明符。

这里是一个制造的例子来帮助说明我的问题。假设我有一个 Web 2.0 风格的应用程序，它显示某种人类可读的文档。这些文件被编辑成页面(类似于您在新闻网站上看到的文章)。对于此示例，假设:

• 有一份名为“HTTP Range Question”的文档分为三页。
• shell 页面 (/document/shell/http-range-question) 知道文档的元信息，包括页数。
• 文档的第一个可读页面在页面加载事件期间通过 ajax GET 加载并插入到页面上。
• 一个看起来像 [ 1 2 3 All ] 的 UI 控件位于页面底部，单击一个数字将显示该可读页面(也通过 ajax 加载)，然后单击“全部”将显示整个文档。假设这些 URL 用于 1、2、3 和所有用例:
  • /document/content/http-range-question?page=1
  • /document/content/http-range-question?page=2
  • /document/content/http-range-question?page=3
  • /document/content/http-range-question

现在进入问题。我可以使用 HTTP Range header 代替 URL 的一部分(例如查询字符串参数)吗？在 GET/document/content/http-range-question 请求中可能是这样的:

Range: page=1

看起来规范只定义了允许的字节范围，所以即使我让我的 ajax 调用与我的浏览器和服务器代码一起工作，中间的任何东西都可能破坏契约(例如缓存代理服务器)。

Range: bytes=0-499

自定义范围说明符的任何意见或现实世界的例子？

更新:我确实发现了一个关于 Range header ( Paging in a Rest Collection ) 的类似问题，他们在其中提到了 Dojo 的 JsonRestStore使用自定义范围 header 值。

Range: items=0-24

Answer 1

当然 - 您可以自由指定您喜欢的任何范围单位。

来自 RFC 2616:

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 编写规范时，他们只概述了“字节”标记。但是，正如您从“other-range-unit”位中看到的那样，您可以自由地提出自己的标记说明符。

提出您自己的范围说明符确实意味着您必须控制使用该说明符的客户端和服务器代码。因此，如果您拥有公开“/document/content/http-range-question”URI 的后端部分，那么您就可以开始了；假设您使用的是现代 Web 框架，它可以让您检查传入的请求 header 。然后您可以查看范围值以正确执行支持查询。

此外，如果您控制向后端发出请求的 AJAX 代码，您应该能够自己设置 Range header 。

但是，您在问题中预计会有一个潜在的缺点:可能会破坏缓存。如果您使用的是自定义范围单位，则您的客户端和源服务器之间的任何缓存“可以忽略使用 [units other than 'bytes'] 指定的范围”。因此，例如，如果您在前端和后端之间有一个 Squid/Varnish 缓存，则无法保证您希望的结果将从缓存中提供!

您还可以考虑另一种实现方式，而不是使用查询字符串，而是将页面作为 URI 的“参数”；例如:/document/content/http-range-question/page/1。对于您的服务器端来说，这可能需要多做一些工作，但它符合 HTTP/1.1 标准，缓存应该正确处理它。

希望这对您有所帮助。