こんにちは、
ユーザーがログイン済みのデバイスを確認する際、Discourse は Cloudflare のエッジサーバーの所在地を表示しているようです。
フォーラム全体を Cloudflare の背後に設定しましたが、サーバー側で Cloudflare のジオヘッダーを受け取れるはずなので、それを利用するオプションはありますか？
@kaziqta さん、ようこそ！ただし、すべてのトラフィックを CloudFlare を通すことは推奨しておりません。Discourse サイトが正しく動作しなくなる可能性があります。
はい、app.yml に追加できるテンプレートがあり、それにより CloudFlare が転送するクライアント IP を Discourse に渡すことができます。templates ブロックに cloudflare.template.yml を以下のように追加してください。
templates:
- "templates/cloudflare.template.yml"
その後、再構築を行ってください。
それは全くそうではないと思います。Discourse の URL に対して「パフォーマンスの無効化」ルールを作成し、追加の最適化や最小化がペイロードに影響しないようにし、ドメインレベルで Brotli を無効化すれば、実際には問題はありません。
クライアントからサーバーへの経路に不要なホップが追加され、リクエストがわずかに遅延する可能性はありますが、それ以外は問題なく動作します。
余談ですが、私は多くの文字列を翻訳しました。再構築時にそれらは失われますか？
Transifex で Discourse に貢献していますか？
CloudFlare をすべてに通すべき正当なケースは、たった一つしかありません。それは、あなたのサイトが DDoS 攻撃のリスクにさらされており、サイトのソース IP を露出させるリスクを冒せない場合です。これについては他にもいくつかのトピックがありますが、危険なのは、どこか obscure な出力を通じて IP が露呈する可能性があることです。そのため、IP リークが一切ないことを確信できない限り、すべてを失うことになります。
個別の CDN を用意できない人にとっても、アップロードやアバターの負荷分散は悪くない選択肢ですが、それ以外の場合は、複雑さやデメリットがメリットを上回ります。
Discourse 上で直接、ブルガリア語の翻訳は…すでに「disqus」の翻訳は終わりました 
ですが、内部の翻訳が失われるかどうか、再構築したいかどうかを知りたいだけです
件名：やりました 
以下のスクリプトを実行しました
templates/cloudflare.template.yml
出力を nginx 設定に追加しました。すべて正常です！ありがとうございます！
スティーファン、ご注意：スクリプト自体を実行すると、Discourse の次回アップデート時に上書きされてしまいます。永続化させるには、テンプレートを app.yml に含めることを忘れないでください。
/var/discourse/containers/app.yml 内の既存の app.yml の上部を見ると、いくつかのテンプレートが記載されています。そのリストに Cloudflare のテンプレートを追加してください。YAML はホワイトスペースに非常に敏感なため、すべての行が正しく揃っていることを確認してください。
はい、すでに追加しました。
ビルドがローカルの翻訳を削除するかどうか知りたいだけです。
/admin/customize/text インターフェースを通じて UX 上でそれらを行った場合、問題ありません。
完璧です、情報ありがとうございます