2012-03-09 47 views
0

着名的TTFB令我困惑。“时间到第一个字节”的混淆TTFB

究竟是什么描述它,我的HTTP响应的第一个字节或底层协议,如TCP的第一个字节?

你可以经常阅读gzipping你的内容可以降低TTFB,但为什么?压缩意味着更多的CPU负载在服务器端应该会导致更糟糕的TTFB或我在这里错了吗?

“冲洗”内容的时间似乎很重要,但我无法找到关于它的更多信息。我如何影响冲洗,例如在基于PHP的网页上?它是一个简单的服务器设置/配置还是它只是我的代码中执行“回声”的位置?

谢谢

+0

这是由浏览器收到的页面的第一个字节。 http://en.wikipedia.org/wiki/Time_To_First_Byte – 2012-03-09 22:00:02

+0

我已经发现,但它在我看来不够准确 – alapeno 2012-03-09 22:00:54

+0

我不认为你在你的问题描述的差异将是相关的。你真正关心的是你的页面的响应能力,对吗? – 2012-03-09 22:02:08

回答

1

TTFB是请求端和接收响应之间的延迟,因为我们在这里讨论的网页时,浏览器接收到的第一个字节就可以。

对内容进行Gzip会略微增加TTFB,但只要服务器不会被淹没,应该忽略延迟。

gzipping的作用是减少下载内容的总体时间。

正常情况下,服务器将无法在网页,直到整个页面已经产生,有什么早期潮红它的一些内容返回给浏览器,因此它可以处理的,并开始下载和更早引用的文件发送到浏览器。

早期潮红的一个很好的解释开始在这个演讲的幻灯片51 - http://www.slideshare.net/profyclub_ru/progressive-downloads-and-rendering-stoyan-stefanov

+0

谢谢,优秀 – alapeno 2012-03-15 19:59:14

+0

启用gzipping后,我正在经历TTFB的显着放缓。我认为这是合乎逻辑的。因为网络服务器现在需要渲染整个页面直到最后(例如在PHP页面的情况下)才能开始gzipping,然后开始发送第一个字节。因此,如果第一个文件需要大量时间进行渲染,则会显着降低您的TTFB。 – 2013-03-29 16:24:51

+0

如果您在启用gzip之后发现速度显着下降,则表明gzip压缩级别过于激进,或者服务器处理能力不足(它也可能是其他一些东西,但这就是我开始的地方) – 2013-03-30 09:13:50