需要有关加快论坛速度的技巧

我的论坛在Lighthouse性能类别中得分很低,并且在Google上受到惩罚。

image

我想知道是否有办法提高这个速度?我的网站大约有2000名会员,100k篇帖子和5k个主题。我使用的是DigitalOcean的4GB内存套餐。
image

在Discourse中,我只使用了所有默认设置(启用了Cloudflare模板)。
尽管我安装了相当多的插件

有什么技巧可以提高我的论坛速度吗?

2 个赞

因为那个?我完全确定不是。

1 个赞

根据 Google Search Console,在“效果”部分显示网站加载时间缓慢。我听说 PageRank 在排名网站时会考虑这一点。

1 个赞

然而,它并不慢,谷歌也不会惩罚你。关于PageRank存在大量错误和虚假信息,而这个说法就属于那一类。

否则,优化问题真的很简单。你做不了太多。在WordPress上会有一些选项,因为PHP以及网站的工作方式,但对于Discourse这样的应用程序,并没有类似的工具。

当然,你可以开始寻找更快的VPS和/或DNS,但仅此而已,你不会真正获得物有所值的东西。

2 个赞

这并不准确。页面速度在很长一段时间以来一直是搜索信号,尽管不是排名很高的信号。谷歌曾同时使用其爬虫视图和CrUX的数据——我不确定现在是否还是这样。

3 个赞

是的,但不是在第二个级别,因为这会影响PageRank和真正的/有意义的SEO。

1 个赞

是的,它会。Evaluating page experience for a better web  |  Google Search Central Blog  |  Google for Developers

搜索已将各种用户体验标准添加为排名的因素,例如页面加载速度有多快移动友好度

5 个赞

如果你能找到一种方法,在禁用所有插件的情况下检查速度,那可能会很有参考价值。Discourse 本身并不慢——我的 Lighthouse 分数是 100。

如果你能做到,启用其中一半插件来测量,就能帮你缩小范围,也许能定位到导致性能问题的单个插件。但可能不止一个。

4 个赞

你好 :waving_hand: 只是另一种方法……我一直对这类服务器有问题。它对我的社区活动来说很慢。所以我把服务器移到了 Vultr。我认为 Vultr 高频服务器在这个价位是最好的。Discourse 更喜欢单核更快的 CPU,而不是多核更慢的 CPU。据我所知,只有 Vultr 在其 HF 系列中提供 3GHz+ vCPU。我从未在这些服务器上遇到过速度问题。超级快且稳定!:zap: 我使用 2vCPU、4GB 内存、128GB NVMe SSD 服务器。我使用 Vultr HF 服务器多年了。绝对值得一试,我强烈推荐。

3 个赞

感谢您的建议。您是否有关于 Vultr 服务器的测量数据?

1 个赞

与 DO 相比,我还没有,但我会在有时间的时候进行一次带计时器的重建,如果我没记错的话,通常需要大约 5 分钟,并且还会检查服务器的实际性能。我将更新此帖子。:slightly_smiling_face:

CPU 信息:

Intel Core 处理器 (Skylake, IBRS)
cpu MHz: 3695.998

cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 94
model name : Intel Core Processor (Skylake, IBRS)
stepping : 3
microcode : 0x1
cpu MHz : 3695.998
cache size : 16384 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds mmio_stale_data retbleed
bogomips : 7391.99
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:

---

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 94
model name : Intel Core Processor (Skylake, IBRS)
stepping : 3
microcode : 0x1
cpu MHz : 3695.998
cache size : 16384 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds mmio_stale_data retbleed
bogomips : 7391.99
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:

使用 13 个插件、s3 对象存储YJIT 启用的情况下重建时间。因此,如果没有这些或在新安装上,速度可能会更快。

time ./launcher rebuild app

real 5m49.787s

2 个赞

Discourse 在线用户插件可能会拖慢速度。

3 个赞

我发现这个网站在调试时非常有用

它能够像用户一样检查和查看页面,并尝试诊断任何问题。

特别是 FCP 和 LCP 是您可能想要优化的指标。在将问题隔离到一些自定义插件后,我能够将几乎所有页面的速度提高到“良好”类别。

4 个赞

感谢所有富有见地的建议,我一定会试试 Vultr!

1 个赞

像 Discourse 这样的应用程序的指标有多可靠?对于传统的网页来说,这已经做过了。而且,当没有诸如稍后加载 PHP 等选项时,我们究竟如何改进呢?

我们所能做的就是:

  • 使用更多的硬件,包括核心和内存
  • 使用更快的 DNS
  • 使用更少的插件和组件
1 个赞

它在帮助我隔离网站上的多个问题方面发挥了关键作用。特别是通过比较启用或禁用某些主题组件或插件时的网站。它在隔离大文件和识别任何内容移位方面也表现出色。

我发现另一个有用的选项是使用 Chrome 内置的性能测试,该测试可在检查器面板中访问。

1 个赞

对我来说也是同样的问题,我从 SAS 磁盘(300 IOPS,突发 1000)更换为 SSD 磁盘(1500 IOPS,突发 3000),性能提高了十倍。(这些 IOPS 是我使用的云提供商的限制)

2 个赞

虽然有点旧,但这里是我之前运行的一些基准测试。

1 个赞

这个测试看起来很有趣,但它没有太多关于 Vultr 上的 Discourse 基准测试的信息。

我的最佳建议是 Linode,我已对所有这些服务器进行了速度测试,发现 DO 最慢,第二名是 Vultr,第一名是 Linode (来自 Akamai)。

1 个赞