好的，我完全明白这是一个没有建设性的抱怨，但是……
Discourse 真的、真的需要更好的搜索功能。
这么多年了，我每次需要找东西时还是会诉诸 Google。今天我正在寻找主题 settings.yml 中确切的选项。
普通搜索：
好的，我们启用 AI
叹气 好的，我们去 Google。
搞定。立刻找到了我想要的东西。
重新审视 Discourse 内部搜索，当我启用“按相关性排序”时，我正在寻找的主题是第 25 个结果，启用 AI 时是第 19 个。
其他例子：“ad plugin”在搜索结果的前 70 名（！）中没有给我插件主题，而 Google 中的“meta.discourse.org ad plugin”则立即给了我结果。
（我曾想，也许我用错了术语，但“advertising plugin”在 Discourse 内部搜索中给了我在第 9 个结果，启用 AI 时是第 17 个。）
如果您使用“最受欢迎”选项，您的搜索效果会比谷歌更好一些（通过向您显示其他人可能也觉得有用的结果）
“settings in themes settings.yml”将其排在第6位
“advertising plugin”将其排在第2位
并不完美，肯定有改进的空间。但我不知道将这里的搜索与地球上最先进的搜索工具之一进行比较有多现实，后者简直就是“进行互联网搜索”的代名词。
话虽如此，我认为Discourse可以做得更好，即使它永远无法好到足以击败谷歌。
这招不错，谢谢。
另一方面，在这种情况下，我只想搜索互联网的 0.0000000000001%。
搜索是出了名的难以做好，但我们同意确实有改进的空间。
我有时也难以找到相同的主题，所以也许我们可以在其中改进我们自己的关键词。包含 Documentation 类别或 how-to 标签可以显著改善搜索结果（我同意这不应该是必需的！）
我们还在试验一个新的搜索插件，它可能会使用 Typesense 来改进搜索（希望在接下来的几周内我们能在 Meta 上进行测试）——在内部演示中搜索“settings in themes”会将该主题排在第 4 个结果，这似乎有点希望。
我很高兴看到授权人员的这一举动，因为我开始考虑在 Discourse 中添加 Google 搜索。这次通话真的很糟糕，我是说真的。我希望在这方面能看到一些严肃的创新。
这是一个合理的观点，但搜索的难点不在于规模，而在于根据几个词预测用户想看到什么。能够从互联网上剩下的 99.99999999999% 以及每天 85 亿次的搜索中学习，在这方面非常有帮助。
但同样，我同意 Discourse 的搜索可以改进。但我不知道谷歌是否应该是预期的标准。
我想补充的一点是，我不确定这是否是一个“搜索”问题，而更像是一个“查找”问题。在这种情况下，搜索结果不一定不好，只是没有显示你特别想要的那个页面。也许解决方案是让书签搜索成为一个更突出的功能？或者其他优先考虑经常引用的重要主题的解决方案？
“调出我想要的东西”就是搜索的意义所在吗？
但我们不妨这样说：
这可能有点过于纠结于语义了，但我认为区分这一点很重要。搜索会调出与你的搜索词相关的结果，而不是你脑海中想要的结果。
“themes settings.yml 中的设置”会给你提供包含“settings.yml”和“themes”的结果。所以结果没有错。问题在于，你实际想要的一些上下文被遗漏了，即用于向主题添加设置的#how-to 指南。如果你要查找的主题更具体，你就能轻松找到它。
谷歌的魔力在于，它可以从搜索词中推断出很多隐藏的上下文，因为它利用了每天收到的数十亿次搜索示例。
总之，我认为我试图表达的总体观点是，如果你去图书馆，你搜索“食谱”的方式与搜索“戈登·拉姆齐的家常菜”的方式通常是不同的。在这个类比中，Discourse 足够好，可以给你所有你想要的食谱，但并没有真正好的方法来查找“戈登·拉姆齐的家常菜”。特别是如果你不记得具体标题的话。我发现我的 Discourse 中很多重要的话题经常消失在虚无之中。也许解决方案是改进我的文档部分，或者改进搜索功能可能会有帮助。也许可以像在顶部显示推荐搜索结果那样？我没有答案，只是试图更详细地阐述这个问题 
尤其是当像我这样的人可能会说“呃，你试过搜索吗？”而搜索效果并不好。在过去几年里，它似乎变得更糟了。我怀疑是因为搜索范围变大了，所以效果变差了。
我很高兴看到 Typesense 是否能有所帮助！
是的，这确实过于纠结于语义了。我的观点是，搜索功能没有达到我的预期，而我的预期（在我看来）并非不切实际，而且市面上存在其他做得更好的系统，这不仅仅是谷歌。
仔细看看你的例子，我至少期望搜索相关的名词（“设置 主题”）就能得到好的结果。但事实并非如此。
我非常期待看到这个如何推出！！！
作为我们内部搜索的“每天无数次”的用户，是的，我对这个问题也有看法。不止一种看法……
但也有一些见解……我了解到少即是多——不要写长篇大论；我正在寻找的内容最重要的关键词是什么？
例如：
我的第一反应是 theme add settings
现在我们有 Documentation - Discourse Meta 来处理这类事情，它将搜索限制在特定类别——这对支持网站来说非常重要！我本来想建议这个，只是我们无法按相关性对结果进行排序。
这大大降低了此搜索的实用性……选项是按活动日期或主题名称排序。
就连 DDG 也能正确处理这个问题
一个主题组件，可以在内部搜索结果中添加例如“在 Google / DDG 上执行此搜索”的功能，这将很有趣。
相关性是一个值得追求的目标。DDG 或 Google 无法用于封闭网站上的文档。
这是在你（也许是下意识地）看到主题标题之前就有的第一反应吗？
也许是因为英语不是我的母语，也许是因为我不想添加设置，这些设置是我多年前添加的，但我从未想过要包含“添加”这个词。
那意味着“如果你知道确切的位置”。这也不是一个坏选择，但它也不属于现实生活。
在我的论坛上，我禁用了语义搜索。它只是另一个“这里有一些随机主题”，当缺少某些东西时，它并不是我所需要的。同样在这里，语义搜索就是不起作用，但它增加了噪音。
别误会我的意思。我不期望另一个谷歌，编写一个像样的搜索引擎一定很困难，因为这样的搜索引擎不存在——除了真正的搜索引擎之外，而且我不会说必应比本地的 Discourse 好。
老实说，我不知道我是否做出了“他为什么想知道什么值是有效的？为了添加设置！”的推断，或者我看到了主题标题 
恰恰相反，现实生活就是这样运作的。在物理现实中，你没有神奇的搜索功能，所以你必须以有条理的方式存储所有东西，因为当你想要找到它时，你需要确切的位置。这正是图书馆和档案馆建立的全部前提。
无论如何，这有点离题了。我的观点不是我们应该记住所有主题的标题。我的观点是缺少一个上下文层，它告诉搜索引擎你正在寻找一个特定的结果。谷歌拥有推断这一点的神奇能力，这给了它巨大的优势。
也许 Discourse 需要一个更具提示性的搜索。Typesense 是一个很好的开始，我很期待。但我在自己的网站上遇到的一个挫败感是，我花了很长时间来整理类别和标签，但我感觉我从未充分利用它们。我想知道是否有可能在搜索时提示用户使用标签或类别。所以，只需整理所有搜索结果并计算它们的标签。然后，你可以将它们作为一键式过滤器提供给用户。在这种情况下，how-to 标签基本上是将不理想的结果与确切结果区分开来的唯一上下文。
嗯，我记住了几个被重命名的标题，花了几个月才学会新的。新标题更好，但我再也找不到它们了。
嗯，但仍然没有人知道要查找的精确位置，以便进行有针对性的搜索。所以，我们可以同意我们意见不合😏
举个现实世界的例子：搜索 wp-discourse。老实说，它做得怎么样？
