私は、置き換えるすべてのテキストを取得する唯一の方法は、Site textsの設定を使用して各テキストを置き換えることだと読みました。私は次の表現を変更しようとしています:
Topics → Threads
Categories → Forums
Subcategories → Subforums
これはメッセージボードにはるかに理にかなっていると思います。Site textsで多くのものを変更できましたが、これは非常に非効率的な方法です。ほかに方法はありますか？
（また、結果は最初の50件しか返さないため、Site textsだけで全てを実際に変更することはできません。）
もしそれが譲れないこだわり（そしてここで質問するときは、あなたの言語を使うのか、それとも私たちの言語を使うのか？）であれば、discourse/config/locales/client.en.yml at main · discourse/discourse · GitHub を見て、それらすべてを確認できます。
サードパーティ製プラグインを使用できるかどうかに応じて、これは役立つかもしれません。
笑、あなたの言語を使って物事を正常に保つね！このファイルについてですが、ローカルインストールの内容を変えるだけで、サイト全体のすべてが変わりますか？
ああ、共有してくれてありがとう。コメントによると、それがUI要素にダメージを与える可能性があることを心配しています…
それはほとんど、あなたにそれらが何であるかを見せるためです。
そのファイルを編集して、自分のバージョンをコンテナ内のものにコピーするように工夫することもできます。
もう一つできることは、それを編集してからAPIを通じてデータベースの内容を更新するように工夫することです。あるいは、Railsで行うこともできるでしょう。実際、いくつかのAIにスクリプトを書かせて更新を行わせるのはそれほど難しくないかもしれません。
本当に推奨はしませんが、面白いかもしれません。
つまり、このファイルはアプリが実際の値でデータベースを埋めるために解釈するものですか？つまり、これがシステムが読み取る「デフォルト」なのですか？
いいえ、そうは思いません。
これはデータベースにアクセスしません（遅すぎると思います）。
ロケールのほとんどは、速度のためにメモリ内で処理され、Redisをキャッシュとして使用していると信じています（間違っていたら訂正してください）。
データベースに格納されるのは、あなたの変更（translation_overridesテーブル内）のみであり、アプリの初期化時、またはオンライン中に単一の変更を加えたときに随時読み込まれます。
いくつか指摘させてください。
以下も参照してください。
これは、各カテゴリが独自の管理者、URL、設定、目的を持っていることを意味します…例えば、Metaはフォーラムです。それはいくつかのフォーラムで構成されていません…どうやって議論できるのか本当にわかりません？しかし、話がそれてしまいました。
【引用=“alkah3st、投稿：7、トピック：366925”]
このファイルは、アプリが実際の値でデータベースを埋めるために解釈するものです
【/引用】
いいえ。
【引用=“alkah3st、投稿：7、トピック：366925”]
つまり、これはシステムが読み取る「デフォルト」です
【/引用】
はい。
すべてを変更したい場合、これはひどいアイデアですが、そのファイルを編集し、/var/discourse/shared/standalone/whateverに配置できます
そして、app.ymlに実行コマンドを追加して、それを/shared/whateverから/var/www/discourse/config/locales/にコピーさせます
でも、その後はコミットを監視して、変更された場合に追随できるようにする必要があります。
そのためには、値をデータベースに入れるAPIやRailsの方法の方が良いかもしれません。
丁重に申し上げますと、あなた方は私のユースケースを理解していません。「それはひどいアイデアだ」や「ユーザーエクスペリエンスを損なう可能性がある」と言うことは、私が何をしているのか、その理由を知らずに推測しています。私は分類学やユーザーエクスペリエンスについての議論に入りたいわけではありません。私のユースケースとオーディエンスにとって、Discourseがそのコンテンツタイプを説明するために使用している用語は理にかなっていません。
まとめると：
よろしくお願いします。
それは一つの方法です。新しいコンテナをビルドするたびにそれを行うように、app.yml を編集する必要があります。
上記のように行うと、あなたのバージョンは現在のバージョンで提供されているバージョンを上書きします。「スタンドアロンバージョン」とは、おそらくあなたが言っているのは、locales ディレクトリにあるバージョンだと思います。したがって、この方法で行うと、変更時に注意しない限り、ファイルには最終的にものが欠落することになります。最悪の場合でも、欠落しているものの名前が表示されるだけなので、気にしないかもしれません。クラッシュしませんが、混乱して見えるだけです。
これらのことは、理解しないと問題を引き起こす可能性があるため、悪い考えだと言っています。したがって、最終的に大惨事になった場合、私は、変更方法を教えたまさにその変更を推奨しなかったという記録に残ります。
あなたは、app.ymlでsedコマンドを複数発行して、更新を自動化できます。
そうすれば、あなたはわずかに「変更に寛容」になるかもしれません。
もしもあなたが約20件のエントリだけを変更していることが判明した場合は、管理者オンラインでそれを行った方がいいでしょう！
興味深いチャレンジですね！
ヒントをありがとう！
ほとんど（もしくは全て）の公開参照はサイトのテキストから取得できたようです。でも、より包括的な方法を開発するときはそれを念頭に置いておきます。
素晴らしい！それは私が提案した全体を上書きするよりも間違いなく良いです。 。 。 。それらの sed 操作がテキストの名前を変更しない限り！
はい、注意して差分を確認する必要がありますね！