匿名のユーザーの「検索」を無効にするオプションはありますか？フォーラムの検索はログインユーザーのみに許可してください。よろしくお願いします。
「いいね！」 3
検索ボックスはCSSで非表示にする必要があります。また、Googleにサイトがインデックスされないようにする必要もあります。そうしないと、人々が物事を見つけられないようにすることはできません。
「いいね！」 1
こんにちは、このスレッドをご覧ください Hooks from: & to: syntax in yml to disable anonymous searches - #4 by opcourdis
app.yml の env: セクションに以下の行を追加し、./launcher restart app を実行すると役立つかもしれません。ただし、匿名ユーザーが接続しているふりをするためにセッションCookieを設定した場合でも、別の方法でコンテンツにアクセスする方法がまだあるかどうか疑問ですが、それは間違っているかもしれません。これについて意見がある場合は、自由に共有してください。
env:
DISCOURSE_RATE_LIMIT_SEARCH_ANON_GLOBAL_PER_MINUTE: 0
上記を試みましたが、検索ページへの直接リンクは現在このJSONのみを返すようになりました：
{
"failed":"FAILED",
"message":"You’ve performed this action too many times, please try again later."
}
別の方法はありますか？
匿名ユーザーがフォーラムを検索できないようにしている理由は、高度なボットが以下のようなクエリでデータをスクレイピングしているためです：
/search?q=%40UserName+%23general+in%3Afirst
これらは、何らかのデータマイニングタスクのためにユーザーとそのコンテンツをマッピングしているように見えます。ユーザーデータを保護するため、検索への匿名アクセスを完全に阻止したいと考えています。問題は、検索ページへの内部リンクが存在するため、ログインしていないユーザーがその誤ったJSONメッセージに遭遇してしまうことです。
ログインするまで検索ボックスが表示されないようにテーマを編集しましたが、既存の検索結果へのリンクをクリックした匿名ユーザーは依然としてそのJSONを受け取ります。
今日、これを停止するまで、フォーラムには数万件のリクエストが送信されていました。
「いいね！」 1
今日中にボットによるアクセス数が10万回に達しそうです。 
自分のフォーラムにも同様のトラフィックがないか確認してください。これは、おそらく「人物検索」データのために多くのフォーラムから情報をスクレイピングし、フォーラムのユーザー名やコンテンツを実在の人物と紐づけている類いのものと思われます。
「いいね！」 1
こんにちは、ここで提案している内容は、このトピックの検索機能とは関係ありませんが、世界中のユーザーを対象としたフォーラムとして運用されていますか？もしそうではないのであれば、GitHub - friendly-bits/geoip-shell: User-friendly and versatile geoblocker for Linux · GitHub は非常に有用で、セットアップやメンテナンスも簡単です。
ただし、コミュニティのメンバーは、特定の国に旅行した場合、サイトへのアクセスができなくなる可能性があることを認識しておく必要があります。
あるいは、VPNを使用している全員についてです。これほど多くの結果を伴う核オプションであり、OPにとっての回避策にはなりません。
プラグインもあります：
「いいね！」 1
だからこそ、OPにそれが世界規模のフォーラムなのか、それとも国レベルのものなのか尋ねたのです。もしあなたがノルウェーに住んでいて欧州のVPNプロバイダーを使用している場合、そのトラフィックが、geoip-shellツールがBANする遠い大陸の国から来ていると認識される可能性はありません。
核オプションというほど大げさな話ではなく、OPの状況次第です。彼が何と言うか見てみましょう。
@nat と @sam、このリクエストについてどう思いますか？
個人的に、匿名ユーザーの /search エンドポイントのトラフィックを確認した限りでは、これは妥当に感じます。
一方で、2人は最近、匿名ユーザーにも「Ask AI」を提供する方法について考えていたと聞いています。
もう一方で（もう別の観点から）、利用可能性の設定について検討しているなら、これはその 一部 として考慮する範囲に入るのではないでしょうか？
「いいね！」 2
この状況は非常に残念です。検索機能がすべてのユーザーに利用可能であるべきだと私は考えていますが、このボットが引き起こしている被害の大きさに共感する気持ちも理解できます。また、ユーザーの所在地が特定できる場合、上記の地理的ブロックの提案は第一線としての防御策として非常に有用だと感じています。
当初は search_allowed_groups を検討していましたが、allow_anonymous_search（デフォルトで true）の方が適切ではないかと思います。グループベースの機能にすると、search に依存する特定の内部機能がやや複雑になりすぎるためです。
上記の通り、allow_anonymous_search が無効化されている場合、すべての検索機能（API/UI）は匿名ユーザーに対して許可されなくなります。サイト設定の説明もそれに従って記載されています。
少し迷った点としては、この PR やサイト設定の理由はギフティング（迷惑行為）によるものですが、allow_anonymous_search が無効化されている場合でも、検索テキストボックス（機能しないもの）を表示し、ユーザーにサインアップやログインを促すべきではないかという点です。ただし、これがこの PR のマージを妨げるべきものではないと思います。
また、現時点では /search にスコープが限定されているこの特定の要求に、他の機能を混在させない方が望ましいと考えています。
「いいね！」 3
この機能が欲しい～～～～～～～～～～～～～～～
同意します。それは理にかなっていると思います。また、あなたがここで作成したPRをブロックすべきではない点にも同意します。そして、すでにこの部分がありますね。これは役立ちます：
false に設定すると、匿名ユーザーが
/searchにアクセスするとログインページにリダイレクトされます。
最初のステップとして、このリクエストに対処するには十分だと思います。
「いいね！」 1
こんにちは、マージが完了しました。
新しい allow_anonymous_search 設定を利用できるように、更新をお願いします。これで無効化できるようになります。
「いいね！」 3
このトピックは4日後に自動的に閉じられました。これ以上新しい返信はできません。