# 应对10分钟延迟

**URL:** <https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254>\
**Category:** WordPress\
**Created:** [2025年七月7日 21:36 UTC](https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254 "2025-07-07T21:36:48Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![Lee\_Ars](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/lee_ars/32/1597_2.png) [@Lee\_Ars](https://meta.discourse.org/u/Lee_Ars)\
**Post date:** [2025年七月7日 21:36 UTC](https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254/1 "2025-07-07T21:36:48Z")

</div>

我计划在一个沿海地区[天气预报网站](https://spacecityweather.com)上使用 wp-discourse 插件，该网站通常每天有 10-20k 页面浏览量，但在恶劣天气事件期间，有时会达到每天 150-200 万页面浏览量，约有 500-700k 访客。该网站及其托管策略已经过多次恶劣天气事件的考验，并且在压力下运行良好，这主要归功于精心设计和 Cloudflare 的大力帮助。

网站用户习惯了通过原生 WordPress 评论提供的低摩擦评论体验，因此需要一些调整（例如让他们习惯点击“继续讨论于…”链接），用户界面团队已准备好应对。

但是，他们无法容忍评论发布后到显示在每日 WordPress 帖子页面上之间长达 10 分钟的可变延迟。他们希望新评论（达到配置的限制）在发布后立即显示在主页上，类似于原生 WP 评论发布后立即显示的方式。

在尝试了内置选项以使帖子立即显示而没有 nginx 的 fastcgi 缓存、WordPress 或浏览器缓存干扰新评论在刷新后出现后，我添加了以下两个 mu-插件来缓解此问题，并使新发布的评论在刷新后立即显示在 WordPress 端：

[wp-discourse-transient-killer.php](https://www.bigdinosaur.org/r/wp-discourse-transient-killer.txt)  
[wp-discourse-cache-header-fix.php](https://www.bigdinosaur.org/r/wp-discourse-cache-header-fix.txt)

这解决了我的问题：新发布的评论到 WordPress 创建的 Discourse 线程现在在刷新后立即显示在 WordPress 帖子下方。

但我在这里的能力已经接近极限了——我这样做会破坏/搞砸/削弱什么？

我不太关心通过评论端点被访问每日天气预报页面（带有嵌入式 Discourse 评论）的访问者不断访问而增加网络主机的额外负载——这是一个可以通过花钱解决的问题。我的主要要求是避免 20,000 多名用户给我发邮件，询问为什么他们发布的评论没有立即显示在主页上。

这是正确的方法吗？我这样做明智吗？它会带来我没有预料到的额外安全或性能问题吗？基本上，我这样做是不是在搞砸事情？

谢谢 🙂

---

_[View the full topic](https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254)._