减少网站响应时间 优化Waiting (TTFB)

在谷歌开发工具里,加载网页时有一个Waiting (TTFB),这是服务器处理数据的时间。这个时间反应的是服务器性能。打开或刷新一个网页时,谷歌浏览器的加载图标是灰色并逆时针旋转,就表示处在服务器响应阶段,浏览器在获取网页代码。如果图标变成蓝色并且顺时针旋转,表示在加载资源了,这时候网页代码已经加载完成,在加载如图片之类的东西了。

Waiting (TTFB)时间的判断标准。我们拿百度首页做比较吧,百度首页的Waiting (TTFB)时间在40-80ms之间。这已经是非常快了。你要比百度还要快吗?一般在500ms以下就算不错了。

动态页面的Waiting (TTFB)时间会比较长。因为要读取数据库,并执行一些程序。如wordpress的php页面。如果要优化就需要优化PHP性能,或者启用PHP动态缓存了。动态的300ms以下算优秀了。动态页面的优化本文不深入讨论。wordpress也可以静态化,这就进入下一个讨论话题了。

重点说下静态页面,我有一个静态的小站叫中午吃什么。纯静态的一个站点。因为新购买了一个云服务器,所以就拿这个站来做性能测试。Copy了一份代码到新服务器,配置了一个二级域名。然后用浏览器打开测试。 结果让我很费解,新服务器居然要80ms响应,旧服务器只要40多ms。是什么影响了Waiting (TTFB)时间呢?

我首先想到的是服务器配置,因为两个服务器配置不一样。老服务器是双核2G内存,带宽200M不限;新服务器是1核1G内存,5M带宽。我首先是把旧服务器的带宽调低到5M和新服务器一样。不过结果还是一样,看来带宽不是影响Waiting (TTFB)的因素。然后我又把新服务器的内存调到2G,还是没什么卵用。。。。

那就从环境入手了。都是Nginx,而且这个站不用数据库,不用PHP。。。折腾一天就下班回家了。回家路上还在想,是不是新服务器不好。。

今天再次坐到电脑前。测试了另外一个新服务器上的静态站,这是一个在主站下面的一个二级站点。结果是40ms!!!新服务器的Waiting (TTFB)时间可以到40ms啊。那为什么昨天测试就是不行呢?

再来看看二者的区别了。进到后台研究了一下。真有一个设置不一样。。。是否写访问日志。赶紧把访问日志关掉。不出所料。40ms!

结论就是:写访问日志会影响网页Waiting (TTFB)时间。

如果没有必要,就不要记录访问日志了。

抱歉,评论已关闭!