念のため再構築も行い、実行しました（数分かかりました）。興味深いことに、検索結果は（
）同じになりましたが、アクセント固有の検索語のみがハイライトされています。これは意図したものでしょうか？
設定の説明に検索の再インデックスが必要であることを含めるのは有益だと思いますか？
また、その設定を適用するのが理にかなっている国に焦点を当てているサイトに、その存在をもっと分かりやすくする方法についても考えています。
「いいね！」 3
理解は正しいですか？
Search ignore accents設定が有効になっている場合、jobs::ReindexSearch rakeタスクが実行されるまで、その効果はわかりません。設定が切り替えられたときに、管理者にすぐに実行するように促す変更を加えてもよいかもしれません。そうでない場合は、Search ignore accents設定の説明に追記が必要です。以下のようなものでしょうか？
検索クエリのアクセント記号は、この設定が有効になっている場合は無視されます。これにより、ユーザーは正しいアクセントを入力しなくても検索結果を見つけることができます。
この設定を変更した場合、次回検索が再インデックスされるとき（毎日のタスク）に有効になります。
私の投稿は残念ながら正解ではありませんでした。
この設定をオンにすると、過去のデータを含めるために、より強力な手動のrakeタスクを実行することに依存します。
「いいね！」 1
わかりました。それが本当なら、説明を更新するだけでは十分ではありません。UI の設定説明に rake タスクを実行する手順を追加することには賛成しません。なぜなら、私たちのホスティングでは rake タスクを実行できないからです。
管理者に完全な再インデックスの実行を促すアプローチが機能すると思います。これは他の状況でも使用したことがあります。
これを Feature に移動して検討できるようにします。「ユーザーコンテンツに rel nofollow を追加する」と「スポイラーを有効にする」も同様の扱いを受けるべきだと思います。
ホストサイトとセルフホストで異なる説明を設定するオプションがあると思います。例：「最大画像サイズ KB」
しかし、もっと良い方法があれば：partying_face:
このトピックを分割し、説明の変更に関する#feature/#uxリクエストを元のサポートの質問から分離することが価値があるかもしれません。ネイサンが最初の返信で解決策を完璧に提示したと思うからです。
「いいね！」 2
Jammydodgerさん、Discourseに関する百科事典的な知識には、いつも驚かされます！
本当に素晴らしいです。
この機能リクエストにつながった元のサポートの質問にNathanが答えてくれたことへの敬意を表して、分割を行いました。
「いいね！」 4
その問題は、英語の翻訳のみが上書きされることです。たとえば、これは英語です。
しかし、ロケールをドイツ語に変更すると、次のように表示されます。
しかし、その問題はサイト設定に限定されません。
（ドイツの顧客は賢いので、支援を求める必要がないのかもしれません
）
「いいね！」 1
ああ、そうですか。 
ホストされたサイトのテキストが翻訳されないのは残念です。 
「いいね！」 2