核心问题是关于HTTP headers的使用,包括Range http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.35, If-Range http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.27, 接受范围 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.5和用户定义的范围说明符。
这是一个制造的例子来帮助说明我的问题。假设我有一个 Web 2.0 风格的应用程序,它显示某种人类可读的文档。这些文档在编辑上分为多个页面(类似于您在新闻网站上看到的文章)。对于此示例,假设:
- 有一个名为“HTTP Range Question”的文档分为三页。
- 外壳页面 (
/document/shell/http-range-question
)知道有关文档的元信息,包括页数。
- 文档的第一个可读页面在页面加载事件期间通过 ajax GET 加载并插入到页面上。
- A UI control that looks like [ 1 2 3 All ] is at the bottom of the page, and clicking on a number will display that readable page (also loaded via ajax), and clicking "All" will display the entire document. Assume these URLS for the 1, 2, 3 and All use cases:
/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 标头代替 URL 的一部分(例如查询字符串参数)吗?也许类似这样的事情GET /document/content/http-range-question
要求:
Range: page=1
看起来规范只定义了允许的字节范围,所以即使我让我的 ajax 调用与我的浏览器和服务器代码一起工作,中间的任何内容都可能会破坏合同(例如缓存代理服务器)。
Range: bytes=0-499
自定义范围说明符有什么意见或现实世界的例子吗?
Update:我确实发现了有关 Range 标头的类似问题(Rest 集合中的分页 https://stackoverflow.com/questions/924472/paging-in-a-rest-collection)他们提到 Dojo 的JsonRestStore http://docs.dojocampus.org/dojox/data/JsonRestStore使用自定义 Range 标头值。
Range: items=0-24
绝对 - 您可以自由指定您喜欢的任何范围单位。
来自 RFC 2616:
3.12 范围单位
HTTP/1.1 允许客户端请求
这只是部分(一系列)
响应实体包含在
回复。 HTTP/1.1 使用范围单位
在范围内(第 14.35 节)和
内容范围(第 14.16 节)
标头字段。实体可以被破坏
根据
各种结构单元。
range-unit = bytes-unit | other-range-unit
bytes-unit = "bytes"
other-range-unit = token
唯一定义的范围单位
HTTP/1.1 是“字节”。 HTTP/1.1
实现可以忽略范围
使用其他单位指定。
关键部分是最后一段。实际上,它的意思是,当他们编写 HTTP/1.1 规范时,他们只概述了“字节”标记。但是,正如您从“其他范围单位”位中看到的那样,您可以自由地提出自己的标记说明符。
提出您自己的范围说明符确实意味着您必须控制使用该说明符的客户端和服务器代码。因此,如果您拥有公开“/document/content/http-range-question”URI 的后端部分,那么您就可以开始了;假设您正在使用现代 Web 框架,该框架可让您检查传入的请求标头。然后您可以查看 Range 值以正确执行后备查询。
此外,如果您控制向后端发出请求的 AJAX 代码,您应该能够自己设置 Range 标头。
但是,您在问题中预计存在一个潜在的缺点:可能会破坏缓存。如果您使用自定义范围单位,则客户端和源服务器之间的任何缓存“可能会忽略使用[‘字节’以外的单位]指定的范围”。例如,如果您在前端和后端之间有一个 Squid/Varnish 缓存,则无法保证您希望的结果将从缓存中提供!
您还可以考虑另一种实现,而不是使用查询字符串,而是将页面设置为 URI 的“参数”;例如:/document/content/http-range-question/page/1。对于服务器端来说,这可能会需要更多工作,但它符合 HTTP/1.1 标准,并且缓存应该正确处理它。
希望这可以帮助。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)