我们正在尝试决定在 Discourse 和 Invision (www.invisioncommunity.com) 之间选择，以升级我们 WordPress 博客的评论、论坛、私人消息和游戏化组件。
有人能就使用 Discourse 与 Invision 的优缺点提供一些见解或意见吗？很难找到正面比较的评论。谢谢。
—— Aaron
9 个赞
个人来说，毫无竞争！
Discourse 全天候可用，功能更多！
4 个赞
FWIW，我已经将许多人从 Invision 迁移到了 Discourse。
5 个赞
谢谢你，杰。有人给你解释过他们为什么要做这个转变吗？
4 个赞
谢谢，尼克。关于功能，有几点我难以找到明确的答案：
-
群组 - 我们需要允许人们创建自己的群组，有点像 Facebook 那样，以便社区能够自我组织。Discourse 可以做到这一点吗？
-
可扩展性 - 据你所知，运行的最大 Discourse 社区是多大的？
-
活动 - 关于这一点，我找到的唯一信息是一个尚未完全开发的插件。是这样吗？
4 个赞
今天还无法实现，群组和分类只能由管理员创建。创建后，分类和群组都可以通过分类版主和群组所有者进行自我组织。
话虽如此，我们目前正在开发一个插件来实现这一功能。
我不确定您想比较的确切指标，但我们的一些实例每月有超过 5000 万的页面浏览量和超过 50 万的帖子。
您正在寻找哪种类型的活动集成？
12 个赞
感谢所有回复。关于 Groups 插件，有什么时间安排吗？关于活动，我注意到 Invision 有一个非常棒的活动模块，包含日历、活动详情、讨论、谁将参加等（https://invisioncommunity.com/features/calendar/）。最低限度来说，我们需要一种嵌入 Zoom 网络研讨会（我理解这是可以做到的）的方式，允许在主帖以及异步频道中进行讨论，并且只对购买了门票的人开放。目前我们使用 Discord 进行讨论，使用 WordPress 嵌入网络研讨会、视频下载等。
我想底线是，当我们考虑 Discourse 或 Invision 作为适合我们的工具时，我们希望重点是社区，而不是论坛，如果这说得通的话。
3 个赞
用户可以使用 Pavilion Custom Wizard 插件创建小组。
您可能想看看 Events Integration 插件，它具有类似的功能。
5 个赞
2 个赞
谢谢。我同意，看看 Invision 的截图，它在群组方面“胜出”，但听起来 Discourse 也在为此进行一些开发。话虽如此，Discourse 在其他许多方面对我来说更胜一筹。如果 Discourse 能弥合这一差距，那肯定很棒。
我猜它们在历史上是为了访问、内容细分等而开发和使用的，而我们在这里讨论的更多是社交网络用例。
5 个赞
我以前在迁移到 Discourse 之前使用过 Invision（难道只有我注意到标题中的拼写错误吗？）。
我想选择取决于你的社区有多大、多成熟以及你的具体用例。是的，IP 中的群组很棒，但在我的例子中，它们没有得到充分利用。部分原因是论坛用户很少能自我组织，部分原因是对此需求不大。
我和我的用户发现 Discourse 更轻量（无论是在 UI 还是 UX 方面）、更易于使用，而且不那么“拥挤”。自从我们切换以来，我的社区增长得更快了。
9 个赞
哈！抱歉。我没注意到，我通常对这些事情很挑剔。
感谢您的反馈——这是非常有价值的见解。
3 个赞
我想提一下 Discourse 有可以添加的主题，这些主题也是可自定义的。（不确定 Invision 是否可以制作自定义主题，因为我不熟悉该论坛软件。）
2 个赞
我想这很大程度上取决于用例。对我们来说，它是管理权限和自动化人员通知设置的关键方式。加入了群组 x？好的，现在您针对与群组 x 相关的类别和标签调整了通知设置，并且可以阅读和回复类别 x 中的内容。
如果某人没有和我们一样的用例，我可以看到现有的群组功能似乎并非如此有用。
我无法代表 Invision 置评，但我不会低估 Discourse 的这项功能有多大用处。您能看到或点击的任何内容都可以更改。对于主题，有时意味着要学习一些 CSS 或 HTML，但互联网上有大量这方面的优秀资源。
8 个赞
Invision 也有主题，而且公平地说，IPS 的主题集合比 Discourse 的主题集合更大、更多样化。我见过许多 IPS 的主题，我自己都会使用，但我还没见过任何一个 Discourse 的自定义主题不会引起“呃，好吧”的反应。
不过，Discourse 的默认主题胜过默认的 IPS 主题和大多数自定义 IPS 主题。当然，这都是我个人的看法。
4 个赞
Discourse 中群组的实际用途可能引起了一些困惑。群组用于控制对分类的访问。
该插件会将群组直接绑定到一个 feed，并且不需要管理员来创建它们。我估计大约需要 6 个月才能公开发布，但我也可能弄错。
13 个赞
已有这个：
也许有帮助？
还有这个：
（或者 @pfaffman 的 TC，它链接在上面）
很多时候，如果你有一个清晰且合理的需求，就可以开发一个插件。
如果你是一家公司并且有预算，这应该更容易实现。
6 个赞
我认为所要求的不是 Discourse 所称的群组。我认为应该是：
- 用户创建的类别，具有成员资格概念
- 只有成员可以发帖或互动
- 可选（可配置）只有成员可以查看
6 个赞
是的，用例更像是一个社交网络应用程序。例如，一组用户可以创建一个“新英格兰园丁”小组，他们可以在其中联系、分享经验、建立人脉和组织本地聚会。他们可以邀请其他用户或批准/拒绝加入请求。虽然我已经很多年没用 Facebook 了（谢天谢地），但它更像是 Facebook 群组。看起来 Invision 中的群组功能与此更相似。群组甚至可以拥有自己的论坛、活动等。
关于 @merefield 的观点，听起来都可以通过自定义插件“实现”。Discourse 是开源的，而 Invision 不是，这一点非常有帮助。
6 个赞
关于使用 Discourse 作为社交媒体平台，元论坛上已经有过几次讨论（例如，请参阅 https://meta.discourse.org/t/using-discourse-as-a-social-media-platform/202133）。如果俱乐部（Invision 称之为“Clubs”）对您的项目/平台至关重要，我个人认为 Discourse 不是最佳选择。为什么要试图将一个设计用于异步讨论的平台扩展成一个本质上不同的东西？
另外，我问您一个不同的问题。您建议用户可以创建一个群组，自我管理成员，进行社交和组织活动。您的参与在哪里？为什么用户要使用您的网站，而不是创建一个 Messenger/WhatsApp/Telegram 群组？如果您希望人们协调线下活动，您需要实时通信。即时通讯工具（总的来说）允许您打电话给别人，发送实时推送通知（对于自托管的 Discourse 实例来说不是一个容易的选择），最重要的是您不必查看单独的应用程序。如果您的目标受众使用 Messenger 等工具与朋友保持联系，他们会看到“园丁小组”中的任何更新，即使他们不打算查看该小组是否有新消息。
而如果您通过单独的平台处理此事，您的用户必须打开一个单独的网站（或应用程序）来获取更新。虽然这听起来似乎不是一个大障碍（打开网站并不难），但实际上确实如此：人们非常不愿意在可以避免的情况下在他们的日常生活中添加新的应用程序。
我并不是想阻止您追求您的想法，只是想确保您在做出平台决策之前已经考虑了这些问题。
虽然这是真的，但只有在它是官方插件的情况下才实用：即有一个工程师团队负责确保它与 Discourse 的新版本兼容。否则，您要么被锁定在某个特定的 Discourse 版本，要么必须不断聘请人员来更新插件。
实际上，我很惊讶没有人之前说过：Discourse 可以是每月 0 美元，而 Invision 起价为每月 89 美元。对某些人来说，这已经是支持 Discourse 的决定性论据了。
5 个赞