我们正在开展一项新计划，旨在比以往任何时候都更容易发现 Discourse 社区。
Discourse Discover 将成为一个独立的网站，让任何人都能轻松找到信任 Discourse 作为其社区平台的社区。它将成为一个供大家汲取灵感并发现 Discourse 生态系统中各种社区的网站。选择加入，您不仅可以提高社区的可见度；您还可以加入一个展示独特社区的橱窗。
选择加入非常简单。前往管理 > 设置，然后搜索“discover”。选中“include in discourse discover”旁边的复选框，您的实例将被包含在 Discourse Discover 中。
遥测技术？
我们能知道这些“使用统计数据”是什么吗？
我们尚未进行任何与收集使用情况统计相关的更改。@mcwumbly 可以更好地说明我们未来的计划。
但总的来说，我们是一个开源项目，我们所有的代码都是公开的，我们所做的任何关于统计数据收集的更改也将是 100% 公开的。
我假设这只对公共社区有意义。对吗？
是的，这仅限于公共社区。
对于像我一样寻找相关网站链接的人来说。
https://www.discourse.org/discover
在选择加入（或推荐他人加入）之前，能够实际看到该网站的外观以及社区的特色，将会很有帮助。
这会使用人工智能进行语义搜索吗？
申请人能否创建用于人工智能进行语义搜索的描述段落？
已在 AMC 上启用此功能！希望我们能带来一些新用户。
关于带有私密空间的公共社区？
不确定“spaces”是什么意思，您是指带有某些私有类别的社区吗？是的，这些也算，只要论坛不是仅供登录用户使用，就会被考虑在内。
大局: 看起来是个绝妙的主意，我已经为我的公共网站启用了。即使没有其他好处，多一种寻找潜在社区成员的方式也是有益的。
nofollow 链接？我最近将我的网站提交给了 Product Hunt。它不是理想的匹配，但我认为值得一试。据我所知，我所有的互动都来自我归类为“投机者”的人。我收到了一些关于网站漏洞的报告，来自非常乐于助人的人，他们愿意（收费）帮助我修复它们，以及一些关于在 Product Hunt 上获得更多点赞的提议，以帮助我的项目获得更多关注。我确实收到了大量的匿名访问者和网络爬虫流量，但这一切似乎都浪费了时间。[1]
在 Stack Exchange 上，有一个网络上的所有社区页面。我在那里工作时，作为社区经理经常使用它，但我怀疑它对于那些只是想找地方了解更多关于 3D 打印之类信息的人来说非常有用。我怀疑它只被那些首先对 Stack Exchange 感兴趣，然后被列表中的某些内容吸引的人使用。
真正起作用的是热门网络问题列表，这是页面的默认视图。你可能不关心一个叫做“复古计算”的网站，但你可能真的对公司在 1980 年代的长途网络使用了什么？感到好奇。这与Hacker News或reddit 的主页类似。没有人一开始就对一个网站或社区感兴趣。每个人都首先对具体内容感兴趣，然后才对创造这些内容的人群感兴趣。
应该指出的是，这个功能的连接线索是用于创建内容的软件。这对普通公众来说不是一个理想的吸引点。[2] 对于像我这样想了解 Discourse 如何被使用的人来说，这可能是一个很好的资源。如果我能找到其他网站如何使用表单模板，我就可以获得一些可以复制的模型。但需要有一些方法来找到最有效地使用它们的网站。没有某种形式的策划，这不是一个容易解决的问题。
有很多问题，我只能回答一部分
我认为我们会尝试包含大多数网站，只要它们看起来是面向公众的、有用的社区。目标是最终允许人们根据他们的兴趣搜索社区，这可以通过关键词、语义搜索、标签或可能其他方式来实现。
我们会排除我们认为令人反感的社区。任何非法或歧视性的内容，肯定会被排除。
我个人认为我们不应该在链接中添加 nofollow。
有趣的问题，我不得不承认我没想过这个问题。
感谢您提出这个经验和例子。我们 v1 没有这方面的计划，但这肯定听起来像是一个很棒的 v2 或 v3 功能。我在思考，我们可以相当快地实现一个“热门话题”列表，该列表由网络中参与的论坛填充。在第一个迭代中，我们离这个目标还很远，但我认为这是一个很棒的长期目标。
还有一些与您的问题有点相关的信息是，我们计划在我们的 DiscourseHub iOS 和 Android 应用中集成发现页面。它应该能让应用对更广泛的受众更有用和更有趣。新用户可以在安装应用后立即浏览可能的社区。现有用户可以扩大他们在 Discourse 论坛的接触范围，如果他们已经为社区 A 使用该应用，他们也可能会发现社区 B 和 C 有趣。
是的，我们曾想过在有更多东西展示之前保持低调，但我们决定在 meta 上提前宣布，以便这里的社区了解我们在做什么，我们的计划仍处于草稿阶段，并有机会分享想法和问题，就像这里提出的那样。
当然，在发布有关此事的博客文章之前，我们希望有更具体的东西可以展示。
收集使用数据的主要目的是能够做出更好的数据驱动的产品决策。正如 @pmusaraj 所提到的，我们收集的任何东西都将是开源的。例如，如果我们想衡量我们对聊天主题改进的影响，我们可能需要能够衡量一个站点内一个主题发送的消息数量与发送到主频道的消息数量的比例，就像我们在这里所做的那样。
这是我私下里和一些人讨论过的事情。我认为这是可行的，但还没有具体的计划。
是的，我们计划将此功能添加到 DiscourseHub（如上文 https://meta.discourse.org/t/introducing-discourse-discover/295223/13?u=pmusaraj 所示）。
这样会让应用更有用。
我明白现在还很早，但我确实认为对应用中的社区进行分类会有帮助。也许让社区自行分类？
太棒了！互联网上确实需要这样的目录。
我不确定这是否会与推广去中心化互联网的理念相悖，但让该网站充当身份验证提供商可能值得研究。
我认为提供更多有价值的中心化服务是值得考虑的。一个可以减轻设置社交登录麻烦的身份验证提供商是一个不时被提及且非常在考虑中的选项。
我们只需要注意以一种避免它们成为严格依赖性的方式来做，这样网站就可以继续完全独立运行，并得到社区的全力支持。
discourse.org 被想要获得 discourse 支持的人们使用。这个中心是否会成为一个独立于开发者社区的网站，专门面向那些只寻找感兴趣的社区的人？
