雅虎军规34条

关键词：

3.给头部添加一个失效期或cache-control

这条法则包含两方面：

• 对于静态组件：把头部的缓存期设为某个遥远的未来，使其能够“永不过期”。

  用于设定网页的到期时间，一旦过期则必须到服务器上重新调用。需要注意的是必须使用GMT时间格式；
  <meta http-equiv="Expires" contect="Mon,12 May 2001 00:20:00 GMT">
  
  用于设定禁止浏览器从本地机的缓存中调阅页面内容，设定后一旦离开网页就无法从Cache中再调出；
  
  <meta http-equiv="Pragma" contect="no-cache">

• 对于动态组件：使用适当的Cache-Control头部帮助浏览器执行特定的请求。 response.setHeader("Cache-Control","no-cache");Cache-Control指定请求和响应遵循的缓存机制

网页设计越来越丰富，页面里包含了越来越多的脚本、样式表、图片和Flash。页面的初次访问者也许会发送多个HTTP请求，但通过给头部添加失效期，你可以使那些组件被缓存。这会避免下次浏览页面时的不必要的HTTP请求。给图片文件的头部设置失效时间更为常用，但包括脚本文件、样式表和Flash之类的所有组件的头部都应该被设置失效时间。

浏览器（还有代理服务器）使用缓存以减少HTTP请求的数量和大小，提高网页的加载速度。服务器在HTTP相应中通过头部中的过期时间告知客户端一个组件可以被缓存多久。下面是一个far future的过期头部，告诉浏览器这个响应直到2010年4月15日才会过期：
Expires: Thu, 15 Apr 2010 20:00:00 GMT

如果你使用的是Apache服务器，使用ExpiresDefault 指令会设置一个相对于当前时间的过期时间。这里有一个通过ExpiresDefault 指令把过期时间设为请求时间之后10年的例子：
ExpiresDefault "access plus 10 years"

记住，如果你使用了far future过期头部，你必须在组件更新时更换它的名字。在Yahoo!我们通常在建设网站的过程中执行这样的步骤：组件的名字里包含了它的版本，比如：yahoo_2.0.6.js。

使用一个far future过期头部只会在用户已经访问你的网站之后起作用。它不会影响一个没有缓存的初次访问者的HTTP请求数量。所以这一切的效果取决于多少用户访问页面时有一份预缓存（一份"预缓存"中已经包含了页面的所有组件）。我们对此在Yahoo！做过测试，发现拥有预缓存的用户在 75-85%。给头部添加far future失效期，可以增加浏览器缓存的组件数量并重复用于随后的页面浏览而不需要通过用户的网络发送哪怕一个字节。

 

表 1. 常用 cache-directive 值
　　

Cache-directive	说明
public	所有内容都将被缓存(客户端和代理服务器都可缓存)
private	内容只缓存到私有缓存中(仅客户端可以缓存，代理服务器不可缓存)
no-cache	必须先与服务器确认返回的响应是否被更改，然后才能使用该响应来满足后续对同一个网址的请求。因此，如果存在合适的验证令牌 (ETag)，no-cache 会发起往返通信来验证缓存的响应，如果资源未被更改，可以避免下载。
no-store	所有内容都不会被缓存到缓存或 Internet 临时文件中
must-revalidation/proxy-revalidation	如果缓存的内容失效，请求必须发送到服务器/代理以进行重新验证
max-age=xxx (xxx is numeric)	缓存的内容将在 xxx 秒后失效, 这个选项只在HTTP 1.1可用, 并如果和Last-Modified一起使用时, 优先级较高

表 2. 对 cache-directive 值的浏览器响应
　　

Cache-directive	打开一个新的浏览器窗口	在原窗口中单击 Enter 按钮	刷新	单击 Back 按钮
public	浏览器呈现来自缓存的页面	浏览器呈现来自缓存的页面	浏览器重新发送请求到服务器	浏览器呈现来自缓存的页面
private	浏览器重新发送请求到服务器	第一次，浏览器重新发送请求到服务器；此后，浏览器呈现来自缓存的页面	浏览器重新发送请求到服务器	浏览器呈现来自缓存的页面
no-cache/no-store	浏览器重新发送请求到服务器	浏览器重新发送请求到服务器	浏览器重新发送请求到服务器	浏览器重新发送请求到服务器
must-revalidation/proxy-revalidation	浏览器重新发送请求到服务器	第一次，浏览器重新发送请求到服务器；此后，浏览器呈现来自缓存的页面	浏览器重新发送请求到服务器	浏览器呈现来自缓存的页面
max-age=xxx (xxx is numeric)	在 xxx 秒后，浏览器重新发送请求到服务器	在 xxx 秒后，浏览器重新发送请求到服务器	浏览器重新发送请求到服务器	在 xxx 秒后，浏览器重新发送请求到服务器

 

来源：http://www.cnblogs.com/smjack/archive/2008/08/23/1274846.html

雅虎军规34条

3.给头部添加一个失效期或cache-control这条法则包含两方面：对于静态组件：把头部的缓存期设为某个遥远的未来，使其能够“永不过期”。用于设定网页的到期时间，一旦过期则必须到服务器上重新调用。需要注意的是必须使用... 查看详情

雅虎的34条军规-前端性能优化

雅虎给出了优化网站加载速度的34条法则（包括Yslow规则22条）详细说明，下载转发ponytail的译文（来自帕兰映像）。1.MinimizeHTTPRequests减少HTTP请求图片、css、script、flash等等这些都会增加http请求数，减少这... 查看详情

雅虎军规34条

1.减少HTTP请求：合并文件80%的用户响应时间被花费在前端，而这其中的绝大多数时间是用于下载页面中的图片、样式表、脚本以及Flash这些组件。减少这些组件的数量就可以减少展示页面所需的请求数，而这是提高网页响应速度... 查看详情

雅虎军规34条

2.使用内容分布式网络---CDN用户连接你的网站服务器的速度影响响应的快慢。把你的网站布置在多台分布于不同地域的服务器上，会让用户觉得你的页面加载速度更快。那么我们应该从哪里开始呢？不要一开始就把重新设计你的... 查看详情

前端优化-雅虎军规

雅虎给出了优化网站加载速度的34条法则（包括Yslow规则22条）详细说明，下载转发ponytail的译文（来自帕兰映像）。1.MinimizeHTTPRequests 减少HTTP请求图片、css、script、flash等等这些都会增加http请求数，减少这些元素的数量就能... 查看详情

雅虎网站性能优化的34条军规！

1、尽量减少HTTP请求次数终端用户响应的时间中，有80%用于下载各项内容，这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通过减少页面中的元素可以减少HTTP请求的次数，这是提高网页速度的关键步骤。减少页面组... 查看详情

yahoo网站性能优化的34条军规

1、尽量减少HTTP请求次数终端用户响应的时间中，有80%用于下载各项内容，这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通过减少页面中的元素可以减少HTTP请求的次数，这是提高网页速度的关键步骤。减少页面组... 查看详情

yahoo网站性能优化的34条军规

1、尽量减少HTTP请求次数终端用户响应的时间中，有80%用于下载各项内容，这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通过减少页面中的元素可以减少HTTP请求的次数，这是提高网页速度的关键步骤。减少页面组... 查看详情

雅虎军规以及chrome调试

1.尽量减少HTTP请求数　　80%的终端用户响应时间都花在了前端上，其中大部分时间都在下载页面上的各种组件：图片，样式表，脚本，Flash等等。减少组件数必然能够减少页面提交的HTTP请求数。这是让页面更快的关键。　　减少... 查看详情

雅虎网站页面性能优化的34条黄金守则

雅虎团队经验：网站页面性能优化的34条黄金守则1、尽量减少HTTP请求次数     终端用户响应的时间中，有80%用于下载各项内容。这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通过减少页面中的元... 查看详情

雅虎团队经验：网站页面性能优化的34条黄金守则

 1、尽量减少HTTP请求次数    终端用户响应的时间中，有80%用于下载各项内容。这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通过减少页面中的元素可以减少HTTP请求的次数。这是提高网页速度的... 查看详情

拆分微服务的六条军规

拆分微服务的六条军规系统架构形态参考点 查看详情

如果你想写自己的benchmark框架(代码片段)

目录简介八条军规第一条军规第二条军规第三条军规第四条军规第五条军规第六条军规第七条军规最后一条军规总结简介使用过JMH的同学一定会惊叹它的神奇。JMH作为一个优秀的Benchmark框架带给了我们无数的欢乐。作为一个有极... 查看详情

数据库30条军规解读

军规适用场景：并发量大、数据量大的互联网业务军规：介绍内容解读：讲解原因，解读比军规更重要 一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用... 查看详情

58到家数据库30条军规

军规适用场景：并发量大、数据量大的互联网业务军规：介绍内容解读：讲解原因，解读比军规更重要一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更... 查看详情

58到家数据库30条军规解读

军规适用场景：并发量大、数据量大的互联网业务军规：介绍内容解读：讲解原因，解读比军规更重要 一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用... 查看详情

58到家数据库30条军规解读

军规适用场景：并发量大、数据量大的互联网业务军规：介绍内容解读：讲解原因，解读比军规更重要 一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用... 查看详情

58到家数据库30条军规解读

军规适用场景：并发量大、数据量大的互联网业务军规：介绍内容解读：讲解原因，解读比军规更重要 一、基础规范（1）必须使用InnoDB存储引擎解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用... 查看详情