こんにちは。この「機能」を無効にする方法はありますか？当コミュニティは非常に小規模なプライベートコミュニティ（すべての新規ユーザーはコミュニティに招待される前に事前に審査されています）であるため、この変更は当コミュニティにとって非常に有害です。
「いいね！」 6
管理設定に無効にするオプションがあると思います。すべてのサイト設定に移動し、「ユーザーを非表示」を検索して、ボックスのチェックを外してください 
「いいね！」 3
新規メンバーの信頼レベルをTL1に引き上げることもできます。
「いいね！」 2
ねえ @MihirR - そうは思えません - 見つけられません！
ねえ @tobiaseigen - それでは、「TL1ユーザーは、スタッフユーザーを除き、投稿数が0のユーザーのプロフィールを一切見ることができない」という問題は解決しません。まだ投稿していない他のユーザーのプロフィールを見ることもできません。
また、4つの信頼レベルのうちの1つを失いたくはありません。これは明らかに多くの用途があります。
「いいね！」 2
ありがとう、ロビン！ユースケースをもう少し詳しく説明していただけますか？メンバーのうち、投稿したことがないのは何人ですか？彼らは投稿するつもりがありますか？コミュニティに貢献しないメンバーがいるのはなぜですか？
あなたのサイトは招待制でプライベートですか？
「いいね！」 2
@tobiaseigenさん、これはかなり一般的なユースケースだと思います。実践者のコミュニティをつないで知識を共有する。もちろん、そのうち定期的に貢献するのはごく一部であり、コミュニティに参加してから最初に質問する必要がある（または他の人の質問に答えることを決める）までに数ヶ月かかる人もいるかもしれません。あるいは、まったく投稿しない人もいるかもしれません。
たとえ投稿しなくても、コミュニティで共有されているものを読んでいることには価値があります。また、他のメンバーがユーザーディレクトリを閲覧して、そこにいる人たちを確認し、プロフィールを表示することにも価値があります（そして、プライベートメッセージを送れることも）。
コミュニティの観点からは、投稿者や貢献者が比較的少ないとしても、実際には大多数の実践者がコミュニティのメンバーであることを全員が見ることが重要です。つまり、適切な人たちがあなたの共有を見ているので、ここは知識を共有する場所なのです。
コミュニティは招待制です。実際、私だけが招待できます（ただし、招待をリクエストすることもでき、その際、実践者であることを確認するために審査します）。そして、プライベートであり、一般のウェブでは表示されず、検索エンジンにも表示されません。
コミュニティでは全員に実名を使用することを義務付けており、所属組織もプロフィールに表示されます（招待された各ユーザーの組織のウェブサイトURLなど、すでにその情報を持っているので、サインアップ後に必要に応じて手動で追加/変更します）。
「いいね！」 4
こんにちは、ロビンさん。招待機能をご利用の場合、次のような解決策が考えられます。
「Practitioners」のようなユーザーグループを作成し、必要に応じてメンバーを手動で追加することもできます。グループの設定で信頼レベルを2または3に引き上げます。
コアに含まれる自動化プラグインでも、ユーザーフィールドに基づいてスクリプトを使用してグループに昇格させたり、追加したりできる可能性があります。
TL2以上がユーザーリストの表示に影響されないかどうか、チームに確認する必要があるかもしれません。ただし、グループのメンバーがグループのメンバーを表示できる場合、サイトの設定に対する回避策として機能する可能性があります（テストが必要です）。
「いいね！」 2
@Heliosurge - 管理者がこの「機能」をオフにできる設定を用意してくれる方がいいです！
あなたが提案しているのは、すべてのユーザーを自動的/手動で信頼レベル2に昇格させるということですよね。それは私にとって良い解決策とは思えません！
これまでのところ、ユーザーの約6%しか自力で信頼レベル2に到達しておらず、プロフィールにはそれを証明する素敵なバッジが付いています…
基本的に、この「機能」が示唆しているのは、Discourseの信頼レベルシステムは設計上壊れているということです！
「いいね！」 2
管理者を完全に非表示にするプログラムを実行できますか？
「いいね！」 1
おっしゃることはよくわかります。現時点では、コマンドラインで無効にできない限り、回避策が最も早い解決策となるでしょう。Webインターフェイスにはないサイト設定があり、そこで調整できます。
もしそれができない場合は、この変更を設定/調整するオプションをプッシュすることを検討してもらえるかもしれません。もしそうでなければ、Webインターフェイスにオプションを追加するために、Marketplace 経由で Plugin をスポンサーしてもらえるのではないでしょうか。
「いいね！」 1
Discourseへようこそ 
！
ご質問が少し不明瞭です。明確にするために、さらに詳しい説明をいただけますか？例えば、例を挙げていただけると助かります。
「いいね！」 2
そして、それはなぜ重要なのでしょうか？ 私には、ルールが厳しすぎるとしか思えません。
いいえ、壊れていません😳
@Jagster - ディスコースのデフォルトのルールをそのまま使用しています。一切変更していません。コミュニティが稼働してまだ9ヶ月です。
「いいね！」 2
しかし…設定を調整せず、デフォルト設定を使用している場合、それは問題がある兆候ではありません。それは、あなたが設定を使用していないことを示しているだけです😏
「いいね！」 1
機能を追加する際に、チューニング可能な設定が必要かどうかを決定するプロセスはどのようなものですか？この機能は、設定を通じて間接的にチューニング可能（あるいは無効にすることも可能）にできるのではないかと感じています。
もちろん、大規模で活発なフォーラムでは、多くの無関係な登録者やスパマーの登録者がいるでしょうが、それはこのソフトウェアの唯一の用途ではありません。
「いいね！」 3
では、承認時に tl2 に設定してはどうでしょうか？
「いいね！」 2
ここに書かれている意見にはすべて同意しますが、私は@Robin.Grantを支持しており、それには調整可能な設定があるべきです:))
「いいね！」 3
この機能はさらに調整が必要であることに同意します。すでに内部で懸念を共有しました。多くのメンバーが休暇中のため、しばらくお待ちください。来週あたりには、このトピックにより多くのメンバーが目を通すようになります。
Robin、ユースケースを共有してくれてありがとう！それは私が管理している、近所の小さなプライベートディスコースコミュニティとそれほど違いはありません。全員を個人的に招待し、参加時に番地と連絡先電話番号を指定してもらいます。私はこの情報を個人的に確認し、必要に応じて修正/追加します。
これらの人々の多くは、実際には二度とログインしたり、ディスカッションに参加したりしませんが、近所の人々が彼らを知り、連絡方法を知ることができるように、ディレクトリに表示される必要があります。
私のサイトでは、バッジはそれほど重要ではないため、TL2に昇格させることも選択肢ですが、それでも、インサイダー知識を必要とする多くのハードルを乗り越えたり、管理者のユーザーリストを介して多くの面倒なクリックを行ったりせずに、100人以上の既存メンバーを昇格させるのは気まずいです。
「いいね！」 6
More than reviewing their addresses and phone numbers manually?
当初は大変な作業でしたが、それは何年も前のことで、遠い記憶です。今ではコミュニティはほとんど自走しており、コミュニティへの参加者や離脱者がいる場合にのみ、時折アップデートを行う必要があります。
今、それらすべてを更新しなければならないとしたら、それは不便であり、必要ないように感じます。
「いいね！」 3