ユーザー名を検索から除外できますか

検索結果から特定のユーザーの投稿を削除する方法はありますか? 現在、非常にアクティブなユーザーが、コミュニティで一般的な用語で始まる、またはそれを含むユーザー名を持っている場合…

検索語: ‘ABCD’
ユーザー名: ‘ABCDAndUser…’

…その用語を検索すると、そのユーザーの投稿リストが表示されることが多く、そのユーザーのランダムな投稿の結果と、単にそのユーザーが議論に含まれているだけのトピックに沿った結果を区別することがほぼ不可能になります。理想的には、ほとんどのメンバーは、その用語を積極的に使用せずに投稿しているそのユーザーのみを含む結果よりも、トピックに沿った投稿のリストを望むでしょう。

編集: 現在、この問題に対する回避策は、そのユーザー名を変更すること、および/または検索中にそのユーザー名をブロックすること以外には知りません。どちらも理想的ではありません。

「いいね!」 3

おお、すごい。その人が投稿したばかりの投稿が表示されているのですか、それともその人のユーザー名が文字通り含まれている返信がある投稿が表示されているのですか?

「いいね!」 2

なるほど、良い点ですね。よく見ると、ユーザー名を文字通り含んでいる返信がある投稿です。

「いいね!」 2

そこには何らかの改善の余地があるように思われます。名前がそのように検索を「乗っ取る」ことができるのは正しくないように思われ、人々がフォーラムの特定のトピックに関連するユーザー名を選ぶ可能性が高いと思われます。

内部的にどれほど難しいかはわかりませんが、@ がない限りユーザー名を抑制するのが良いかもしれません。

「いいね!」 2

予約済みユーザー名が存在する理由の1つはこれです。

標準では、Discourseは以下をブロックします。

誰もdiscourseという名前のユーザーが議論を混乱させることを望んでいません。

コミュニティは、議論に固有の用語を追加するためにこのリストを更新できます。

「いいね!」 3

この問題に対する最善の解決策ではないと思います。例えば、車のフォーラムで、誰かが特定の車種を所有している、または大好きだと宣言するユーザー名を持っていると想像できます。その可能性を禁止したいですか、それともリストを維持したいですか?

また、かつてAT&Tにサポートに関する質問をしなければならなかったのですが、「Matthew」という名前を使用できませんでした。なぜだかわかりますか?

「いいね!」 2

設定を誤解しているのかもしれません。将来のユーザー名で問題のある可能性のある単語のすべてのインスタンスを予約し、コミュニティメンバーのユーザー名からも遡って削除する必要があるということでしょうか?

例えば、「testuser」という名前を使用しているメンバーがいることは事実として知っています。つまり、これはユーザー名を一括禁止するためにワイルドカードを使用した場合にのみ機能するのではないでしょうか?多数の略語にわたって過度に制限的になる可能性があるように思われます(この特定のインスタンスは、金融コミュニティのETFティッカーでした)。

「いいね!」 1

また、実用的な問題として、ユーザー名制限はSSOとうまく連携しません。SSOが同じ制限を強制せず、ユーザーが意図せず「禁止された」名前を選択した場合、DiscourseはランダムなUUIDのようなユーザー名を割り当てます。

「いいね!」 1

具体的な例として、以下のような状況を推測します。

  1. ユーザーが自分自身を msft_2000 と名乗った。
  2. これにより、誰かが「msft_2000 が言うこと」または「msft_2000 が言ったこと」と言うたびに、検索結果にこれが表示される。

正直、どうするのが正しいのか分かりません。おそらく逆方向からアプローチするでしょう。

  • MSFT を「追加データ付きの特別な msft ワンボックス」に変換する特別なプラグイン。
  • 既知の株価ティッカーを検索クエリで解析し、検索クエリを変換する。

間違いなく非常に複雑でコストのかかるものになるでしょう。考えられる唯一の簡単な回避策は、ユーザー名を変更することです。

「いいね!」 1

Discourse には、検索結果から特定の用語(この場合は除外する用語としてのユーザー名)を含む結果を除外するために Google のマイナス記号を模倣する特定の理由がありますか?もし存在すれば、それが最も簡単な回避策だったと思います。

申し訳ありませんが、この会話を具体的にする必要があります。

検索したいのは次のとおりです。

msft -msft_user

これは現在のインデックスで技術的に可能ですが、開始するにはかなりの作業が必要です。特に msft_user は2つのトークン(msft / user)にトークン化されるため、「直後に続く」構文を使用する必要があります。 - 演算子のメリットは理解できますが、簡単な変更ではありません。

「いいね!」 3

はい、長文になってしまったのであれば申し訳ありません。決して意図したものではありませんでした。

最近、検索機能の改善に取り組んでいたチームにとって、これは適切な変更のように思えたので、メンバーの一人がこの状況について言及した後、尋ねてみることにしました。

これで質問への回答となります。:+1:

「いいね!」 2

まったく問題ありません。これは完全に正当なリクエストだと思います。あらゆる種類のケースで -something-"some longer phrase" の両方をサポートできると、非常に便利になるでしょう。

これは簡単な変更ではありませんが、莫大な作業でもありません。この変更の主な点は、少し厄介であるということです。

これをタグ付けしておき、次の検索作業ラウンドで見直しましょう!

これを提起してくれて本当にありがとう。

「いいね!」 7

これもタグの良いユースケースではありませんか?

タグを除外することもサポートされています。

-tags:bug+feature: バグと機能のタグが付いたトピックを除外する
-tags:bug,feature: バグまたは機能のタグが付いたトピックを除外する

「いいね!」 5