我不知道你提到的竞争对手，但我在设置 Discourse 时注意到的一件事是，一旦网站上有相当多的内容，它就能发挥最佳效果，也最容易展示给其他人。这使得入门变得困难，因为像我这样了解潜在好处或“真正”社区论坛的人，必须付出更多努力才能向他人展示它的样子。
在试图说服我的同事使用 Discourse 时，我很难找到与我们想要构建的社区类似的社区。这部分是因为我们的使用主要是内部的，但也因为现有用户非常小众。我之前遇到的最好的例子是 Stan 论坛，但它对我的同事来说太技术化了，无法分享。提供更好的 Discourse 使用示例会有所帮助（不仅仅是链接……实际上要审查它们，并提供指向优秀帖子的深度链接，以证明 Discourse 的优点）。
另一种选择可能是尝试挖走一些真正的大众市场社区，并以低价作为亏损经营。例如，我几乎购买了 Stack Exchange 软件，因为我们很多人都熟悉它（尽管问答格式不适合我们所有的内容）。
请注意，meta.discourse 对开源/社区爱好者（对他们来说非常有吸引力）以外的任何人来说都不是一个很好的宣传。它太详细和琐碎了，对普通人没有吸引力。
但这并不是产品本身的问题——Discourse 很棒！
1 个赞
meta 主要不是为此目的而设的，它是一个产品支持网站——这就是为什么有 https://www.discourse.org/，它是“产品”网站。
2 个赞
但我认为在这方面我们可以做得更好，使用 try.discourse.org。几分钟前，我在另一个关于文档的主题上已经打出了我的“进行中”卡片（而且在短时间内连续使用两次会引起压力头痛 
），但我认为拥有一个交互式的“解释器”网站，其中包含许多不同功能的示例，可以对此大有帮助。
4 个赞
51mon
(Simon)
73
我对 discourse 的潜力很感兴趣，也了解 mighty——我曾在一个名为 haaartland 的平台上管理过一个群组、一个圈子以及其他群组。
出于某些原因，我一直难以找到我认为有助于权衡决策的所有信息——不仅是 discourse，也包括其他平台。
JD，你会知道我非常拥护康威定律。
Discourse 就体现了它的特点。例如，coding horrors 对签名帖子的厌恶，这在其他论坛和这里的默认指南中都有体现，关于在一个主题中发送多个回复而不是将回复汇总到一个帖子中的消息……
更深层次上，开发团队的哲学或文化契合度决定了软件。例如，mighty 将自己置于一个所有社区都成为其下属的顶端，而 mighty 应用允许用户搜索相关/感兴趣的社区。
也要意识到，大多数人并没有对多个平台有同等的了解来做出明智的选择，因此技术方面的考虑被广告所缓和，而且许多平台都有可以开关的选项，无需安装和重建软件，因此 discourse 向主题和组件的迁移会吸引开发者技术人员和软件管理员，但对于商业付费使用、想要通过付费墙来管理社区并提供完整的 PayPal、Stripe 全球税收等集成功能的组织来说，则不然……
这不仅仅是“各取所需”，尽管这一点至关重要，但并非全部。
但是，在评估类似产品或向某人演示其可能性时，您首先想看到的是它的实际应用……而不是阅读销售宣传。 （至少我是这么想的）。我并不是说 Meta 应该 如此，只是它没有填补这个细分市场。
2 个赞
是的，我明白了。这也许部分是由于它不像 WhatsApp 或 Facebook 那样是一个极其流行的中心化平台，你可能已经有了大量的使用经验。但正如 @JammyDodger 所说，有一个演示网站……
1 个赞
但演示网站让它看起来像一个爱好项目……就像 phpbb 一样。您可以看到“功能”，但它没有展示所有这些功能所创造的价值。
我想知道是否可以尝试吸引一些活跃的 Reddit 或 Facebook 群组，涵盖广泛的话题，以提供一些更好的例子来说明 Discourse 如何增强社区？联系一些大型论坛的关键版主，他们将从中受益，这不会花费多少钱。
供参考，我发现向同事展示的最佳示例是 drownedinsound — 但这也许仅仅是因为我的老板和部门里的几个人都喜欢新音乐。也许可以针对/获取其他广泛吸引力的话题的示例，如育儿/体育/电影？
2 个赞
也许应该有人创建一个 Discourse 目录网站？（也许已经存在了？）
我注意到在 Google 上搜索，例如：
"Discourse <几个主题关键词>"
根据我的经验，无法找到基于 Discourse 的网站。
这是一个有趣的问题……
……这可能部分归因于我们从 CDCK 获得的压力较小，以及我们可以根据自己的意愿灵活地为我们的网站品牌化。
向大家提问：你们的网站描述中有“Discourse”吗？
2 个赞
这也是我的经验。此外，许多 Discourse 的自定义（在我看来）相当糟糕，人们尝试进行的 CSS 和其他布局更改实际上使体验变得更糟，无论是对他们的用户还是在将这些网站作为示例使用时。
我明白人们想要品牌化，但这里确实存在一种张力……大多数人没有技能或专业知识来真正改进事物。默认的 Discourse UI 很好——尤其是对高级用户而言。
2 个赞
是的，对许多人来说，这是一种爱好和学习之旅——这也是我们不应忽视的。
人们通过部署自己的 Discourse 站点所获得的 IT 知识非常可观，我们当然应该强调这是极其积极的事情。
3 个赞
我认为有点太多了。尽管有 Docker 安装程序，但配置可以更简单。我对为各种副项目做 DevOps 相当有经验，但我的自我托管经验让我觉得这被积极地阻止了。设置电子邮件很难，需要摆弄配置文件。插件也是如此。所有这些东西都可以放在管理员界面中。注意——我不是在抱怨，因为我明白如果你想保留一些“浆果”来劝说人们使用托管服务。只是自我托管的体验不那么顺畅，让我担心这不是一个“受祝福”的选项，而且它可能会消失。
是否有可能通过推荐 VPS 提供商来赚取一些 $，该提供商提供 SMTP 即服务，并为那些不想要托管服务的人设置一键安装程序？这将大大降低入门门槛，但我猜这可能会蚕食托管销售。
2 个赞
我认为这根本不是 CDCK 策略的一部分。
相反，我认为他们（与社区一起）正在竭尽全力提供帮助。
CDCK 的好处在于它提供了多少双眼睛进行测试，以及额外的贡献，包括代码和功能请求。
哪一部分是“困难的”？
我认为，一个人要在自己的平台上托管任何东西，所需的最低承诺和努力是有限的。而且，如果一切都只是按一下按钮就能完成，他们将如何支持自己的网站？显然，CDCK 必须将责任分开。可以合理地预期，有人已经或愿意通过个人参与或通过合同直接让其他主题专家（SME）参与来获得长期支持所需的知识。
一旦你做过几次，设置一个全新的、100% 独立的、完全拥有的、符合“默认”规格的网站，不到 20 分钟就可以完成——这还包括购买域名！这很了不起，不是吗？
我个人认为，你关于“展示平台示例”的观点是一个更公平的评论。
4 个赞
Canapin
(Coin-coin le Canapin)
82
我记得元论坛上有人曾搜索过“这是一个文明的公共讨论场所”这句话，因为它是任何 Discourse 论坛的默认公共字符串。它适用于其他论坛，您也可以搜索其他语言。
4 个赞
我刚重试了一下，但似乎对我的网站没有帮助……您的情况可能有所不同……
packman
(Chris McMahon)
84
我认为我们需要注意哪些是 Discourse 的问题，哪些是 Discourse 真正无法解决的问题。电子邮件配置很麻烦，但根据我多年运行论坛发送电子邮件的经验，我知道最大的问题在于电子邮件本身，而不是论坛软件。为了防止滥用，它已经变得非常严格，以至于设置出站电子邮件环境所需的时间和精力通常远远超过配置 Discourse 电子邮件所需的那一点点时间。
设置用于电子邮件的域名（包括 DNS、SPF、DKIM）、发送限制、过滤、避免被列入黑名单是真正的麻烦，而不是在 Discourse 中完成发送邮件所需的那几件事。如果你能处理好域名相关事宜，那么相比之下，Discourse 的配置简直是小菜一碟；或者，如果你连一点点 Discourse 配置都处理不好，那么你很可能在处理非 Discourse 的电子邮件配置时会遇到噩梦。
5 个赞
packman
(Chris McMahon)
85
我的情况则不同——对我来说是有效的。我添加了一个相当通用的词（天气）来缩小我特定网站的搜索范围，结果我排在了列表的顶部，所以我想如果我只搜索那个字符串，我最终也会在列表中的某个位置找到我自己。
2 个赞
我完全同意。电子邮件是最复杂的部分。一旦你设置了几个站点，利用你现有的电子邮件基础设施会让事情变得容易得多（当然，你仍然需要经历域名设置的麻烦）。
1 个赞
Jagster
(Jakke Lehtonen)
87
没有。而且永远不会有。抱歉，我的论坛不是 CDCK 的广告。我的 WordPress 也一样。没有人会通过一个特定的引擎来寻找社区/论坛。
我知道，TINSTAFL，但我所有的用户都知道，或者应该知道我正在使用 Discourse。我的 WordPress 是完全不同的故事。
一定还有其他技术细节需要寻找。就像我们在这里都知道一个论坛是用 Discourse 还是 WordPress 构建的一样。CDCK 知道我正在使用他们的产品 
2 个赞
抱歉，如果我之前的说法听起来像是在批评。我不认为它实际上是“困难的”，也许只是因为它的文档分散在这个元站点上，而且如果你以前没有安装过 rails 应用程序，那么有很多假设的知识。我以前做过很多 Python（尤其是 Django）方面的事情，但认为编辑配置文件和重新编译对于运行时设置来说是一个奇怪的过程。
我猜最终它感觉更像是一个不太理想的选择，我接受了，因为它免费。
这有点类似于这里的人们评估 discourse UI 的问题。我们都喜欢它并且熟悉它。但看到我的学生去年第一次使用它很有趣……他们并不总是觉得容易，有些（不是全部）形容它“啰嗦”且令人困惑。大多数人最终喜欢它，但入门过程更倾向于熟悉这种类型社区的人。
总之，我很乐意帮助记录在新的 digital ocean droplet 上安装的过程，例如。我认为有一个关于如何最好地设置电子邮件的指南也会有帮助。很多入站的东西都很复杂，而且文档不够完善。建议一个好的默认设置是有意义的。
5 个赞
虽然电子邮件确实很麻烦（通常有充分的理由），但它并没有那么难，以至于我们不能提供一个“推荐路径”指南（例如，“ just use sendgrid”或“setup SES like this”）。
对我来说，这个问题之所以复杂，是因为微软/365 真的不希望你使用旧版身份验证。我认为这对其他组织来说也可能是一个问题，尽管我不确定。（顺便说一句，我们不得不获得特别批准才能启用旧版身份验证，而且我仍然担心，只要一项策略发生变化，一切就会再次停止工作，而且因为我身处一个庞大的组织，为大约 1500 人的（相对较小的）团体运行一个网站，我们并不总是优先事项）。
同样，据我回忆，使用 365 设置 SSO 的文档并不完善，而且我还没有解决这个问题——尽管我们确实想要它。我应该下定决心，为接任者写一份指南。
2 个赞