问题标签 [time-to-first-byte]

我看到 chrome 开发工具中针对网络请求报告的 Time-To-First-Byte 数字很高。我想改进它，但我不确定请求过程的哪一部分导致速度变慢。

一些消息来源将此衡量标准称为“DNS、SSL、连接、发送、接收、等待”。TTFB的权威定义是什么，如何准确衡量它的碎片？

该图使用的是什么数据点？图表是表示 TTFB（到第一个字节的时间）还是表示 TTLB（到最后一个字节的时间）

以下是设置：

我有一个在生产环境中在 Nginx 和 Puma 上运行的 rails 应用程序。

网页加载出现问题（TTBF 延迟），我正在尝试找出原因。

在 production.log 的后端，我看到我的网页在 134 毫秒内渲染得足够快：

但是在浏览器中我看到 TTFB 是311.49ms：

我了解设置可能存在问题或进程计数可能不是最佳的，但找不到约 177 毫秒延迟的原因.. 将不胜感激一些建议。

下面列出了我的 VPS 属性和配置。

环境

• Nginx 1.10.3
• Puma 3.12.0（轨道 5.2）
• PostgreSQL
• 西德基克
• 弹性搜索

VPS 属性

• Ubuntu 16.04（64 位）
• 8 核 (2.4 GHz)
• 16GB 内存。
• 网络带宽：1000 Mbps

nginx.conf

web_app.conf

puma.rb

我一直在维护一个 PHP/SQL 电子商务应用程序，客户打电话说他们的 ttfb 一直跳到近 3 秒。

我试过的：

1. 创建一个 test.php 页面来回显一些文本会产生一个 30 毫秒的 ttfb。
2. 回到提交历史并检查是否有任何最近的更改可能是罪魁祸首。

测试页面加载很快让我相信它是某种查询或逻辑，在站点上的每个其他页面上运行（auth？），但自从 ttfb 跳转以来最近的提交都没有任何效果。这怎么会随机发生？

我最近将一个网站上传到 heroku（使用他们的免费服务）。该网站是使用 node.js 和 express 构建的。根据谷歌，我的移动和桌面页面速度得分分别为 99 和 100。第二天，我对 html 和 css 进行了一些基本的更改，在再次推送到 heroku 之后，TTFB 现在非常慢。当我进行速度测试时，该应用程序已退出休眠模式。Heroku的服务器有这个问题还是我应该寻找另一种方法来解决它？我不知道更改 html 和 css 会如何导致 TTFB 问题。这是 Heroku 的常见问题吗？

更新：第二次将更改推送到 heroku 后，我没有遇到任何问题。似乎是heroku的服务器出现了故障。

我有一个使用 AJAX 并行请求大量媒体资产的 Web 应用程序。所有资产都来自同一个 Cloudfront Origin，它本身直接插入到 S3 存储桶中。

我看到来自 Cloudfront 的请求，其 TTFB 为秒级。更奇怪的是，这些请求似乎基本上是排队的，直到前一个请求得到处理：

这两个请求是并行启动的，您可以看到不是 Chrome 将它们排队，而是 Cloudfront 在第一个请求完成下载之前没有对第二个 (2KB) 请求作出任何回应。这大大减慢了我的应用程序，我无法弄清楚出了什么问题......当我检查 Safari 时，我也看到了同样的行为。

这是两个请求的详细信息

如您所见，它们也是Hit from cloudfront。

最后，因为它可能是相关的，我在我的 Origin 的行为中使用 lambda 函数来添加正确的Vary标头，以防止 Chrome 使用没有 CORS 标头的缓存请求，这会使后续的 CORS 请求失败（请参阅此处的详细信息）。这是我完整的 Origin 的行为设置：

任何帮助表示赞赏，如果需要，请随时询问更多详细信息！提前非常感谢。

我想使用 python 爬取谷歌结果，但爬虫很慢。我想减少time-to-first-byte。当我在浏览器中使用谷歌时，时间如下：

当我requests在我的网站上使用谷歌时，时间如下：

在本地我通过这种方式获得谷歌：

我怎样才能加载谷歌渐进式和减少time-to-first-byte？

我想尽可能快地搜索谷歌。谷歌在浏览器中的加载是渐进式的，其中加载结果分为Waiting(TTFB)和Content Downlaod。

我python requests用来刮谷歌。的时机requests只有Waiting(TTFB)一点点Content Download。

代码如下：

我想尽可能快地加载结果，所以我必须像浏览器一样逐步下载谷歌结果。我怎样才能做到这一点？

我在谷歌云定制计算引擎上运行 LAMP Stack，主要用于托管运行 woocommerce 商店的 wordpress 网站。

以下是服务器规格：RAM：5GB，内核：1，空间：30GB，操作系统：CentOS7，Maria DB 版本：5.5.64，PHP 版本：7.3

即使流量非常低，目前也面临超过 10-20 秒的极端 ttfb 值。已为改善时序进行了以下优化，但似乎并没有改善它。该网站有近 1500 种产品。

1. Wordpress 缓存使用蜂鸟和自动优化（缩小、GZIP 压缩等）自定义 .htaccess，标题过期、APCU PHP 缓存、cloudflare CDN、压缩图像。

2. 优化 mariadb 优化内存分配，为 apache 和 PHP 分配最佳内存。

   3. 尝试添加更多内核并徒劳地增加计算引擎的内存。

   4. 禁用主题和模板几乎没有效果。

以上所有优化对 ttfb 时间影响不大，这是我的谷歌云计算实例上的服务器/网络相关问题吗？

请检查下面的 ttfb 值，测试链接：

TTFB 测试结果

提前致谢 ！

我的网站有一个很长的 TTFB，大约 10-20 秒。以下是网页测试的结果：https ://www.webpagetest.org/result/191231_XT_1c7004d39484c32e8e2493c4b4bb75c4/2/details/

网络字节检查说非常长的任务是 SSL。但 SSL 证书 (letsencrypt) 似乎没问题（ssllabs.com/ssltest 给出 A 级）。

另外我认为这不是代码问题，因为如果我创建一个只包含单词“hello”的新 html 静态页面，加载也需要几秒钟。服务器似乎也没有过载，命令 htop 显示 CPU 和 RAM 使用率非常低。

那么，知道什么会减慢网站的速度吗？