我还在想发生了什么。以为我搜索太多了😅
1 个赞
也许不仅仅是即时搜索的反馈，而是关于彻底改造搜索的主题：
对搜索的致命一击将是管理员能够以某种方式为用户定义某种分类/分层搜索结果的能力。例如，如果我的用户搜索“工作流”，则可能会得到一个响应，其中结果分组如下：
公告和博客（由 4 个类别组成）：
- 结果 1
- 结果 2
- 结果 3
社区市场（由五个类别组成）：
- 结果 1
- 结果 2
产品 A 讨论：
- 结果 1
- 结果 2
与仅仅是一堵回应的墙相比，实现这一点将是不可思议的。
3 个赞
如果我们决定发布即时搜索，我们已经计划默认将搜索设为多类型，同时搜索帖子、主题、用户和聊天，并按类型组织显示结果。
这也将实现你在这里描述的功能，这是将搜索从主数据库的负载生成中移开的一个副作用，从而使我们更愿意运行推测性搜索。
至于其他人，请就 Discourse 中搜索的未来发表你的意见，无论你喜欢与否。我们很快就需要做出是否继续前进的决定，我们很感激在 Discourse 上进行搜索的人们的意见以及我们可以为所有实例改进的地方。
10 个赞
我刚在看你的回复时突然想到……
如果你能像强制订阅用户组接收分类通知一样，强制为用户组定义搜索优先级，那就太棒了。
想象一下，你有一个产品 A 客户群，那么他们的搜索结果可能会按以下优先级返回：
- 产品 A 公告
- 产品 B 公告（因为它是 A 的升级产品）
- 产品 A 市场
- 产品 A 支持
但对于合作伙伴群组，可能是：
- 市场
- 公告
- 支持
我想你明白我的意思。能够为用户组定义搜索优先级将是不可思议的！
2 个赞
很有趣的概念。我们已经在本次实验中使用了搜索优先级，将设置了“搜索优先级”的分类的主题/帖子提升几个位置，因此将其扩展到用户组是完全可行的。
2 个赞
这是我们在搜索父站点时使用的一个常见概念，该父站点位于我们的 Discourse 社区之上。我们根据特定标准进行不同的搜索排名。
我认为将这一概念翻译到我们的社区也很有价值。
2 个赞
到目前为止看起来很棒。
1 个赞
又一次短暂的休整，进行一些调整。马上回来……
3 个赞
现在应该回来了。
4 个赞
嘿，我在 Meta 的哪里可以找到即时搜索？
请在 https://meta.discourse.org/instant-search 上进行测试（不存在 
）
2 个赞
它因维护而禁用，将于明天恢复。
5 个赞
搜索用户时，结果中的链接通常不起作用，因为其中添加了 <mark>。因此，当您点击“Lilly”时
链接为 https://meta.discourse.org/u/%3Cmark%3ELilly%3C/mark%3E，该链接不起作用。
2 个赞
感谢您的报告。
考虑到这是一个有时限的实验，像这样的问题以及其他问题都是可以预期的，并且不应影响测试新技术带来的搜索功能和搜索用户体验的可能性，并就此是否值得在所有 Discourse 实例中推广给我们提供反馈。我们用于进一步完善此实验的时间预算已经用完，因此我们无法在此花费更多工程时间，因为我们还有其他事情要做。
3 个赞
感谢所有分享对本次实验反馈的人。它现在在 Meta 上已禁用。
5 个赞
该主题在上次回复后 2 天自动关闭。不再允许新回复。