在 11.7 和今天之间,我们用户浏览器中渲染页面所需的 CPU 时间出现了激增。
这似乎是由于新的 CSS 造成的。我们这边没有进行任何调整,但我们确实会定期(几乎每天)进行更新。
以下是一些数据,以便更好地了解问题。左侧是 11.7
![]()
但问题可能出在别处,因为最近 Docker 进行了很多更新,用于自托管的 Discourse。
在 11.7 和今天之间,我们用户浏览器中渲染页面所需的 CPU 时间出现了激增。
这似乎是由于新的 CSS 造成的。我们这边没有进行任何调整,但我们确实会定期(几乎每天)进行更新。
以下是一些数据,以便更好地了解问题。左侧是 11.7
![]()
但问题可能出在别处,因为最近 Docker 进行了很多更新,用于自托管的 Discourse。
有人遇到同样的问题吗?
您知道 11.7 上的 Discourse 是哪个版本,以及哪个版本开始出现问题吗?
抱歉,我无法告知,因为 Discourse 社区不保留如此详细的日志。
不过,从我设法挖掘出的日志中,我发现了这个 \u003cmeta name=\"generator\" content=\"Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49\"\u003e
这应该是最后一个还能正常工作的状态。
那应该是““,是从原始帖子内容中提取出来的,供任何需要的人使用。
这些指标是如何收集的?
在您截取的 LCP 测量图中,“上一个”截图似乎显示的是 basic-html 爬虫视图,而“当前”截图显示的是呈现给用户的完整 JS 应用。
完整 JS 应用具有更高的 CPU 时间和页面权重是有道理的。
所以我认为这很可能是监控系统发生了变化,或者可能是 Discourse 对您的监控系统的响应方式发生了变化。![]()
所有图像均来自一个始终如一地进行相同测量的单一系统。测量只是在不同的日期进行。因此,Discourse 方面的情况可能已经发生变化。
有关 DebugBear 如何进行测量的更多信息,请参见此处。A Guide to Website Monitoring | DebugBear