面向网站管理员的Web缓存加速指南(2)

　　如果在回应中不存在校验器(ETag或者Last-Modified头信息)，缓存服务器会认为缺乏直接的更新度信息，内容将会被认为不可缓存。

　　一个缓存的副本如果含有以下信息：内容将会被认为是足够新的

　　含有完整的过期时间和寿命控制头信息，并且内容仍在保鲜期内;

　　浏览器已经使用过缓存副本，并且在一个会话中已经检查过内容的新鲜度;

　　缓存代理服务器近期内已经使用过缓存副本，并且内容的最后更新时间在上次使用期之前;

　　够新的副本将直接从缓存中送出，而不会向源服务器发送请求;

　　如果缓存的副本已经太旧了，缓存服务器将向源服务器发出请求校验请求，用于确定是否可以继续使用当前拷贝继续服务;

　　总之：新鲜度和校验是确定内容是否可用的最重要途径：

　　如果副本足够新，从缓存中提取就立刻能用了;

　　而经缓存器校验后发现副本的原件没有变化，系统也会避免将副本内容从源服务器整个重新传输一遍。

　　如何控制(控制不)缓存

　　有很多工具可以帮助设计师和网站管理员调整缓存服务器对待网站的方式，这也许需要你亲自下手对服务器的配置进行一些调整，但绝对值得;了解如何使用这些工具请参考后面的实现章节;

　　HTML meta标签和HTTP 头信息

　　HTML的编写者会在文档的区域中加入描述文档的各种属性，这些META标签常常被用于标记文档不可以被缓存或者标记多长时间后过期;

　　META标签使用很简单：但是效率并不高，因为只有几种浏览器会遵循这个标记(那些真正会“读懂”HTML的浏览器)，没有一种缓存代理服务器能遵循这个 规则(因为它们几乎完全不解析文档中HTML内容);有事会在Web页面中增加：Pragma: no-cache这个META标记，如果要让页面保持刷新，这个标签其实完全没有必要。

　　如果你的网站托管在ISP机房中，并且机房可能不给你权限去控制HTTP的头信息(如：Expires和Cache-Control)，大声控诉：这些机制对于你的工作来说是必须的;

　　另外一方面： HTTP头信息可以让你对浏览器和代理服务器如何处理你的副本进行更多的控制。他们在HTML代码中是看不见的，一般由Web服务器自动生成。但是，根据 你使用的服务，你可以在某种程度上进行控制。在下文中：你将看到一些有趣的HTTP头信息，和如何在你的站点上应用部署这些特性。

　　HTTP头信息发送在HTML代码之前，只有被浏览器和一些中间缓存能看到，一个典型的HTTP 1.1协议返回的头信息看上去像这样：

　　HTTP/1.1 200 OK

　　Date: Fri, 30 Oct 1998 13:19:41 GMT

　　Server: Apache/1.3.3 (Unix)

　　Cache-Control: max-age=3600, must-revalidate

　　Expires: Fri, 30 Oct 1998 14:19:41 GMT

　　Last-Modified: Mon, 29 Jun 1998 02:28:12 GMT

　　ETag: "3e86-410-3596fbbc"

　　Content-Length: 1040

　　Content-Type: text/html

　　在头信息空一行后是HTML代码的输出，关于如何设置HTTP头信息请参考实现章节;

　　Pragma HTTP头信息 (为什么它不起作用)

　　很多人认为在HTTP头信息中设置了Pragma: no-cache后会让内容无法被缓存。但事实并非如此：HTTP的规范中，响应型头信息没有任何关于Pragma属性的说明，而讨论了的是请求型头信息 Pragma属性(头信息也由浏览器发送给服务器)，虽然少数集中缓存服务器会遵循这个头信息，但大部分不会。用了Pragma也不起什么作用，要用就使 用下列头信息：

　　使用Expires(过期时间)HTTP头信息来控制保鲜期

　　Expires(过期时间) 属性是HTTP控制缓存的基本手段，这个属性告诉缓存器：相关副本在多长时间内是新鲜的。过了这个时间，缓存器就会向源服务器发送请求，检查文档是否被修改。几乎所有的缓存服务器都支持Expires(过期时间)属性;

　　大部分Web服务器支持你用几种方式设置Expires属性;一般的：可以设计一个绝对时间间隔：基于客户最后查看副本的时间(最后访问时间)或者根据服务器上文档最后被修改的时间;

　　Expires头信息：对于设置静态图片文件(例如导航栏和图片按钮)可缓存特别有用;因为这些图片修改很少，你可以给它们设置一个特别长的过期时间，这会使你的网站对用户变得相应非常快;他们对于控制有规律改变的网页也很有用，例如：你每天早上6点更新新闻页，你可以设置副本的过期时间也是这个时间，这样缓存 服务器就知道什么时候去取一个更新版本，而不必让用户去按浏览器的“刷新”按钮。

　　过期时间头信息属性值只能是HTTP格式的日期时间，其他的都会被解析成当前时间“之前”，副本会过期，记住：HTTP的日期时间必须是格林威治时间(GMT)，而不是本地时间。举例：

　　Expires: Fri, 30 Oct 1998 14:19:41 GMT

　　所以使用过期时间属性一定要确认你的Web服务器时间设置正确，一个途径是通过网络时间同步协议(Network Time Protocol NTP)，和你的系统管理员那里你可以了解更多细节。

　　虽然过期时间属性非常有用，但是它还是有些局限，首先：是牵扯到了日期，这样Web服务器的时间和缓存服务器的时间必须是同步的，如果有些不同步，要么是应该缓存的内容提前过期了，要么是过期结果没及时更新。

　　还有一个过期时间设置的问题也不容忽视：如果你设置的过期时间是一个固定的时间，如果你返回内容的时候又没有连带更新下次过期的时间，那么之后所有访问请求都会被发送给源Web服务器，反而增加了负载和响应时间;

　　Cache-Control(缓存控制) HTTP头信息

　　HTTP 1.1介绍了另外一组头信息属性：Cache-Control响应头信息，让网站的发布者可以更全面的控制他们的内容，并定位过期时间的限制。

　　有用的 Cache-Control响应头信息包括：

　　max-age=[秒] ― 执行缓存被认为是最新的最长时间。类似于过期时间，这个参数是基于请求时间的相对时间间隔，而不是绝对过期时间，[秒]是一个数字，单位是秒：从请求时间开始到过期时间之间的秒数。

原文转自： http://www.mnot.net/cache_docs/