Bun Wong's Blog

最近在写一个 App Center 的 Demo，看了一下关于 Facebook Big-Pipe 的实现，很有意思，大家可以去翻阅下资料，这里不详细说了。

用这个函数在模板渲染时就可分段输出，且在当浏览器接收到每个响应段时即开始渲染，在用户的视角上的响应时间（TTI）将缩短一半（因为服务器和浏览器同时都在干活）。

这篇文章与 Patty Chi 合写，这是关于优化网页性能系列的第三篇文章，通过实验来了解更多关于如何优化页面的性能（第一篇 和 第二篇）。你可能会奇怪为什么会在 YUI Blog 看到关于性能的文章，这证明了其实大多数网页性能是受前端影响的，就是说 UI 的设计和开发。

HTTP Cookie 被用于诸如身份认证和私有信息储存等各种各样的原因，HTTP 协议通过其头部（headers）在服务器与浏览器之间传递 Cookie 信息。本文主要讨论 Cookie 对于整个用户响应时间的影响。

最近忙着给一大堆网站做性能优化，发现在很多情况下，结果并不真像你假设那样，特别是在很紧急的情况下，如果力用到不对的地方，总是事倍功半，而且总得加班 -_-#

1. 不要盲目靠 ab 来断定性能好坏

2. 独立数据库并不是就会提速

3. 小缓存不如不用

4. memcached 并不总比 file 快

...

最近翻读了一次这本书的中文版，想当初 Y! 建立了很多优化前端性能和体验的标准，正好作为这一标准的初级指南，这本书覆盖了大部分最重要和最有效的实践，建议大家拜读一下 :)

这是关于优化网页性能系列的第二篇文章，你可能会奇怪为什么会在 YUI Blog 看到关于性能的文章，这证明了其实大多数网页性能是受前端影响的，就是说 UI 的设计和开发。

在上一篇文章里，我讲述了 二八原则对减少HTTP请求数的提示。浏览器会花费 80% 的时间去装载包括脚本，样式表和图片等外部组件，减少 HTTP 请求数能最大限度地减少响应时间，但为什么不总是把所有组件都保存到浏览器缓存呢？

首先这篇文章不是我原创的，当然我也不是标题党 -_-，只是这几天杭州天气好冷，周末一直宅在宿舍，挖了一些 Y! UE Blog 的老文章在看，其中有几篇三年前的关于前端优化的文章挺不错，百度了一下好像还没有译文，这里献丑翻译了一把，原文于此：http://yuiblog.com/blog/2006/11/28/performance-research-part-1/