DigitalOcean 上 Nginx 环境中单个 WordPress 站点的 TTFB 很慢(20 美元)

DigitalOcean 上 Nginx 环境中单个 WordPress 站点的 TTFB 很慢(20 美元)

在 20 美元的服务器上托管的所有默认 Ubuntu 16.04 Nginx 环境数字海洋droplet 我只有一个 WordPress 网站,数据量很少:大约 10 个网页、10 张图片(每张约 100kb)和 6 个常用插件(全部采用默认配置)。

我感觉总体加载速度有点慢(首次返回时间),请参阅本网站。

配置文件

WordPress 缓存(AutoPtimize):

在此处输入图片描述

OpCode缓存:

在此处输入图片描述

我的问题

自从我上传该网站以来,大约一个半月前,我不断收到以下错误,在每个Google PageSpeed Insights 测试 (GPI)

减少服务器响应时间

在我们的测试中,您的服务器响应时间为 0.95 秒。有许多因素会减慢您的服务器响应时间。请阅读我们的建议,了解如何监控和衡量您的服务器花费时间最多的部分。

总是如此0.93 至 1.20尽管我直觉地认为,根据我提供的数据,它应该比这低得多。

为什么 WordPress 不是问题

  1. 该网站的主题是阿斯特拉,没有子主题。其他主题也出现了同样的问题。

  2. 我已使用插件启用 CSS-JS 压缩、资源压缩和 WordPress 缓存自动优化以及 Nginx 缓存(见下文)。

  3. 我尝试关闭所有插件,但没有看到任何明显变化;我从 900 毫秒降到了 450 毫秒左右,但仍然有错误。

  4. 所有内容均通过 CLI 自动升级保持最新状态(无人值守升级WP-CLI)。

我的问题

鉴于我的所有测试都表明这是一个 Nginx/PHP 问题,那么我的 Nginx/PHP 配置中缺少什么才能使加载时间大大缩短(比如最多 0.10)?两者的所有内容都是默认的,所以我不能说这有什么不好。

更新

激活 Cloudflare 的免费计划并进行完整(严格)SSL 处理,并没有带来任何 TTFB 重大变化。

答案1

在实现更好的 TTFB 时,Autoptimize 是主要问题,其他因素也有影响,但 Autoptimize 在设计上使 TTFB 等于页面生成时间。

它使用输出缓冲区收集输出到浏览器的所有内容,对其进行拦截和存储。然后,一旦页面生成完毕,它就会处理页面输出以连接 CSS 和 JS,并在最后一次性吐出所有字节。

我强烈建议卸载它。如果你想要提高性能,可以使用对象缓存和 memcached 或 redis 之类的东西。这将采取 的形式并在你的 中wp-content/object-cache.php启用,再加上安装和配置 memcached 或同等产品。这将给你一个WP_CACHEwp-config.php重要的提升网站几乎所有领域的性能

如果不卸载它,那么您的选择将受到严重限制。根据设计,TTFB 将始终等于页面生成时间 + Autoptimize 所需的时间。您还会失去 HTTP/2 的所有性能优势。

因此,安装此插件后减少 TTFB 的唯一方法是缩短 PHP 中的页面生成时间。这可以通过对象缓存、重构数据库查询、升级 PHP 来实现,但如果您的页面加载时间已经很短,那么就没什么可做的了。

我的建议是研究和研究解决样式表和脚本方面的 Google 页面速度分数的替代方法,并尝试提高页面生成速度。这些解决方案将提高您的网站性能,即使启用了 Autoptimize

相关内容