您好，
我注意到，当用户查看已登录设备时，Discourse 会显示 CloudFlare 边缘服务器的位置。
我已将整个论坛置于 CloudFlare 之后，请问是否有选项可以使用 CloudFlare 的地理位置头部信息？毕竟服务器在接收请求时已经包含了该信息。
欢迎 @kaziqta！遗憾的是，我们不建议您将所有流量都通过 CloudFlare，因为这可能导致 Discourse 站点无法正常运行。
是的，有一个模板可以添加到您的 app.yml 中，该模板会将 CloudFlare 转发的客户端 IP 传递给 Discourse。请将 cloudflare.template.yml 按以下方式添加到 templates 块中：
templates:
- "templates/cloudflare.template.yml"
然后重新构建。
我认为这完全不正确。只要创建一条规则，为 Discourse URL“禁用性能优化”，以避免额外的优化或压缩干扰有效载荷，并且在域名级别禁用 Brotli，就不会有任何真正的问题。
这确实会在客户端到服务器之间增加不必要的跳转，可能会使请求延迟一小段时间，但除此之外运行良好。
顺便说一下，我已经翻译了很多字符串，重新构建时会丢失吗？
您正在通过 Transifex 为 Discourse 做贡献吗？
确实存在且仅存在一种通过 CloudFlare 运行所有流量的正当理由——当您的网站面临严重的 DDoS 攻击风险，且您无法承担暴露网站源 IP 的后果。这里还有一些相关话题，其风险在于 IP 地址可能通过某些隐蔽的输出被泄露，因此您必须确保没有任何 IP 泄露，否则一切都将前功尽弃。
对于无法承担独立 CDN 费用的人来说，这也不失为一种分担上传和头像存储的好方法，但除此之外，其复杂性和缺点往往超过任何优势。
直接在 Discourse 中，保加利亚语翻译只是……我已经翻译了“disqus” 
但我只是想知道，如果我重新构建，内部翻译是否会丢失
回复：是的，我做了 
我运行了其中的脚本
templates/cloudflare.template.yml
将输出添加到我的 nginx 配置中，一切正常！谢谢！
提醒一下 Stefan：如果你直接运行了该脚本，下次更新 Discourse 时它会被覆盖。请务必将模板包含在你的 app.yml 中，以确保其持久化。
如果你查看 /var/discourse/containers/app.yml 中现有 app.yml 的顶部附近，会看到一系列模板。请将 Cloudflare 模板添加到该列表中。请注意，YAML 对空白字符极其敏感，因此请确保所有内容保持对齐。
好的，已经添加了。
只是想确认一下，重建是否会删除本地翻译？
如果你是通过 /admin/customize/text 界面在 UX 中进行的，那就没问题。
太好了，谢谢您的信息。