摘要：
规则5.——把样式表放在头上我们发现把样式表移到HEAD部分可以提高界面加载速度，因此这使得页面元素可以顺序显示。 在很多浏览器下，如IE，把样式表放在document的底部的问题在于它禁止了网页内容的顺序显示。浏览器阻止显示以免重画页面元素，那用户只能看到空白页了。Firefox不会阻止显示，但这... 阅读全文
摘要：
规则4——压缩组件前端工程师做出的决定可以显著的减少在网络上传送HTTP请求和响应所花的时间。的确，用户的带宽速度、Internet服务商、对等交换点的距离和其它因素超出了开发团队的控制范围。然而，仍然有很多变数可以影响响应时间。规则1和规则3通过限制不必要的HTTP请求解决了响应时间的问题。如果没... 阅读全文
摘要：
规则3——添加Expires头在设计Web页面的时候，首次访问的响应时间并不是唯一需要考虑的。如果是这样的话，我们可以将规则1发挥到极致，并且不再页面上放置任何图片、脚本和样式表。然而，我们都知道，图片、脚本和样式表能够加强用户体验，尽管这意味着页面需要花更长的时间进行加载。这一章介绍的规则3展示了... 阅读全文
摘要：
规则2——使用内容发布网络用户平均的宽带每年都在增长，但用户对你的Web服务器的亲进度任然受到页面响应时间的影响。网站最初通常将其所有的服务器放在同一个地方。当用户群增加时，公司就必须面对服务器放置地点不再适用的事实——有必要在多个地理位置不同的服务器上部署内容。作为实现地理位置分离的第一步，不要尝... 阅读全文
摘要：
规则1——减少HTTP请求性能黄金法则揭示了只有10%-20%的最终用户响应时间花在接收所请求的HTML文档上。剩下的80%0-90%时间花在了为HTML文档所引用的所有组件（图片、脚本、样式表、Flash等）进行的HTTP请求上。因此，改善响应时间的最简单途径就是减少组件的数量，并由此减少HTTP... 阅读全文
摘要：
时间都花哪了浏览器会解释HTML并开始下载页面中的组件。在这种情况下，浏览器的缓存是空的，因此必须下载所有组件。HTML文档只占总响应时间的5%。用户需要花费其余95%的时间中的大部分来等待组件的下载。还有一小部分时间花在解析HTML、脚本和样式表上面。至少80%的最终用户响应时间花在了页面中的组件... 阅读全文
摘要：
规则5.——把样式表放在头上我们发现把样式表移到HEAD部分可以提高界面加载速度，因此这使得页面元素可以顺序显示。 在很多浏览器下，如IE，把样式表放在document的底部的问题在于它禁止了网页内容的顺序显示。浏览器阻止显示以免重画页面元素，那用户只能看到空白页了。Firefox不会阻止显示，但这... 阅读全文
摘要：
时间都花哪了浏览器会解释HTML并开始下载页面中的组件。在这种情况下，浏览器的缓存是空的，因此必须下载所有组件。HTML文档只占总响应时间的5%。用户需要花费其余95%的时间中的大部分来等待组件的下载。还有一小部分时间花在解析HTML、脚本和样式表上面。至少80%的最终用户响应时间花在了页面中的组件... 阅读全文
摘要：
规则4——压缩组件前端工程师做出的决定可以显著的减少在网络上传送HTTP请求和响应所花的时间。的确，用户的带宽速度、Internet服务商、对等交换点的距离和其它因素超出了开发团队的控制范围。然而，仍然有很多变数可以影响响应时间。规则1和规则3通过限制不必要的HTTP请求解决了响应时间的问题。如果没... 阅读全文
摘要：
规则3——添加Expires头在设计Web页面的时候，首次访问的响应时间并不是唯一需要考虑的。如果是这样的话，我们可以将规则1发挥到极致，并且不再页面上放置任何图片、脚本和样式表。然而，我们都知道，图片、脚本和样式表能够加强用户体验，尽管这意味着页面需要花更长的时间进行加载。这一章介绍的规则3展示了... 阅读全文
摘要：
规则2——使用内容发布网络用户平均的宽带每年都在增长，但用户对你的Web服务器的亲进度任然受到页面响应时间的影响。网站最初通常将其所有的服务器放在同一个地方。当用户群增加时，公司就必须面对服务器放置地点不再适用的事实——有必要在多个地理位置不同的服务器上部署内容。作为实现地理位置分离的第一步，不要尝... 阅读全文
摘要：
规则1——减少HTTP请求性能黄金法则揭示了只有10%-20%的最终用户响应时间花在接收所请求的HTML文档上。剩下的80%0-90%时间花在了为HTML文档所引用的所有组件（图片、脚本、样式表、Flash等）进行的HTTP请求上。因此，改善响应时间的最简单途径就是减少组件的数量，并由此减少HTTP... 阅读全文