ja3
(Ja)
1
自托管实例在用最新提交（6月10日及之后的提交，因为6月10日的一次构建运行正常）重新构建后已损坏。我们使用的是 tests-passed 更新分支。
对于非管理员（和非版主）用户来说，所有插件似乎都以类似的方式损坏。
对于管理员用户（包括版主），我们看到同样的问题，并且管理员模块（在 retort 插件下方）也出现类似错误，该错误足够早地发生，导致应用程序完全损坏。
安全模式对管理员用户帮助不大，因为它似乎不会禁用管理员模块，而且这似乎也不是特定于插件的问题。
我假设这是最新提交的一个问题。但如果不是，有人有什么建议可以帮助我们解决这个问题吗？
2 个赞
david
(David Taylor)
2
您好 @ja3，这不幸是 Cloudflare 的一个 bug。您可以在此处找到规避它的说明：
5 个赞
ja3
(Ja)
3
谢谢！就是这个 
我之前禁用了 Rocket loader 来解决类似的问题。本应知道这可能很相似。
无论如何，在进行更改后，我没有看到加载时间有任何明显差异，因为这些在 Discourse 构建过程中已经被最小化了。
3 个赞
oddjobz
(Gareth)
4
您好，我遇到了同样的问题。但它一直影响着一些人，而另一些人则时有时无。我猜这是一种缓存问题，尽管关闭最小化似乎有所帮助，但问题很快就回来了。我现在已经将 CloudFlare 账户设置为“开发模式”，这会绕过代理，目前似乎解决了问题。我以前尝试过设置开发模式并清除缓存，但没有效果。现在似乎开发模式和禁用最小化一起 works。（这对我来说没什么意义）
这是一个非常奇怪的问题，它会让我再次点击升级按钮之前三思而后行。如果有人有更多关于此的信息，将不胜感激。
（仅供参考；这是一个新问题，近几个月来除了更新之外，几乎没有什么变化）
ja3
(Ja)
5
@oddjobz 我不需要使用开发模式。清除网站缓存解决了问题（以清除错误地压缩的文件）。
需要检查的一个方面是……您是否有任何配置规则，可能会启用/禁用压缩。或者也许有基于某些标准的缓存规则。
oddjobz
(Gareth)
6
嗯，之前缩小化 + 开发模式解决了我和其他用户的问题。昨晚问题又出现了（我没能和其他人确认）我回到 CF 控制台，缩小化仍然是禁用的。然而，开发模式似乎“自动”关闭了（！）我有点猜测它有过期时间（？）
总之，开发模式 + 缓存清除立即为我解决了问题。
这对我是不可持续的，所以我开始寻找 CF 的替代品，有人有什么推荐或任何可能的替代品吗？
ja3
(Ja)
7
看起来 Fastly 是推荐的 CDN。我没有在 discourse 上使用过它，但它们通常非常好。
