页面缓存是安装在Web服务器之前的缓存服务器，用于卸载对服务器上的静态和动态工具的请求。该系统或服务器器的常见名称另有反向署理缓存、反向署理服务器和反向署理。经由慎重考虑，我们采用了页面缓存这个术语，由于署理程序还会卖力负载平衡或SSL加速，而我们只想专注于缓存服务器对可扩展性的影响。被实现的署理缓存如图64所示。页面缓存会处置部门或所有请求，直到它存储的页面或数据过时了，或服务器收到的请求了它没有存储的数据。请求失败叫做缓存未掷中，缘故原由可能是缓存满了，没有空间为最新的请求存储数据，也可能是缓存未满，但请求频率较低或最近重启过。缓存未掷中会被传递给Web服务器，Web服务器用该请求回覆并填充缓存，从而替换缓存中最近很少使用的纪录，或者在空白处写入数据。
在这个原则中，有三个要害点。
第一点，应该在Web服务器前实现页面缓存(反向署理程序)，这样你就会获得很大的可扩展性。天生动态内容的Web服务器的工作量会大大削减，由于计算过的效果(或响应)在合适的时间被恰当地缓存了。提供静态内容的Web服务器不需要查询那些内容，可以少用一些缓存。我们赞成，静态内容的页面缓存的利益没有动态内容的页面缓存那么大。
第二点，需要行使准确的HTTP头，确保对内容和查询效果举行最大化的缓存(固然还要确保营业准确)。
第三点，尽可能加入RFC2616中的另一个HTTP头，从而最大化内容的可缓存性。这个新的头是ETag，也就是实体标签(entity tag)，目的是配合If-None-Match有条件地从服务器获得请求。ETag是由服务器在浏览器第一次请求一个工具时赋予该工具的唯一标识符。若是服务器端的资源改变了，那么服务器会为它分配一个新的Erag。假设能被浏览器(客户端)准确地支持，工具和它的ETag标签就会被浏览器缓存，之后浏览器向Web服务器发送的工f-None-Match请求都市包罗该标签。若是标签匹配，服务器会用状态HTIP304 Not Modified举行响应。若是该标签与服务器上的不一致，服务器会发送更新过的工具以及与之相关的Etag-ETag是可选的，但若是要确保在任何特定的网站设计页面或工具的整个网络传输中，页面缓存和署理缓存具有更大的可缓存性，强烈推荐使用Brag。
(责任编辑：网络)
评论列表