Vbulletin 对比 discourse

您之前使用过 Vbulletin 吗?在 Discourse 中,您最怀念 VBulletin 的哪项功能?

2 个赞

我们从 2001 年到 2020 年一直使用 vBulletin,目前仍将其作为“只读”参考站点(vB3.8.X)。

老实说,我对 vBulletin 没有任何留恋;事实上,在迁移到 vBulletin 之后,我发现 Ruby on Rails 的 MVC 模型在系统管理员和 Web 开发的角度来看,远优于 vBulletin 所采用的 LAMP 模型。

从用户体验的角度来看,我们的大多数用户对 Discourse 非常满意;不过,我们也流失了几位长期资深的专家,他们非常喜爱 vBulletin 论坛那种经典复古的界面风格。

我原本计划在 2021 年将我们遗留的 vB 参考站点迁移到 Rails;也就是说,我打算基于现有的 MySQL 数据库,用 Rails、Redis、Sidekiq、MySQL、jQuery 和 Bootstrap 重新构建一个参考站点(在现有 MySQL 数据库之上构建 Rails 应用);但 2021 年我有大量有趣且报酬丰厚的 Rails 客户项目要忙,所以我认为今年不会对我们的遗留站点进行重构。

在安装 Discourse 之前,我是一名狂热的 PHP 程序员;但在迁移到 Discourse 并开始使用 Ruby 和 Rails 之后,我再也无法从 PHP 和 LAMP Web 开发中找到任何乐趣,并且成为了 Rails 的忠实粉丝。这 partly 归功于从 vBulletin 迁移到 Discourse(以及在多年 PHP Web 开发之后学习 Rails)。

抱歉重复之前的话,但就我们的 vB 站点而言,vBulletin 及其 LAMP 架构真是“谢天谢地终于摆脱了”;而“感谢 Discourse!”正是因为你们基于 Rails 构建了 Discourse!

希望这些信息对你有帮助,@MKDan

13 个赞

我们从2007年使用到2016年,过渡非常顺利,只有极少数会员对 Discourse 表示不满。但一旦他们习惯了 Discourse 及其功能的使用方式,就再也不想回到 vBulletin 了。

他们最怀念的是 vBulletin 的主页,上面列出了各个论坛和子论坛,以及帖子中的分页。随着时间的推移,这种需求逐渐淡化,只有当来自“传统”论坛的新成员加入我们的 Discourse 论坛时,我们才会听到相关的反馈。

话虽如此,我想不出任何 Discourse 尚未具备、而我却从 vBulletin 中怀念的功能。我认为从 Discourse 回退到 vBulletin 将是一个巨大的倒退。

11 个赞

我曾拥有多年的 vBulletin 许可证,还有 PhotoPost(我很怀念它)。

在他们更改许可政策的那天,我因发泄不满而被禁止访问他们的论坛,当时也有许多人遭遇了同样的情况。
这是我收到的唯一一次封禁(我以此为荣):shield:

这也促成了 XenForo 的独立发展。

从那以后,我再也没看过 vBulletin。

我很怀念那个画廊插件。

5 个赞

Discourse 看起来比 Vbulletin 好得多。但唯一的问题是,Discourse 无法在共享主机上安装。

3 个赞

为什么在 2021 年还要使用共享主机?

Discourse 是开源的,可安装在每月低至 5 美元的云服务器上。

外观更出色,体验也更优,尤其对工作人员和管理员而言。

6 个赞

我们从2008年到2018年一直使用 vBulletin。(在此之前我们使用的是 Disqus,而再之前用的是某种我记不清的平台——那是1996年到1999年的事了)。

我们在 vBulletin 中使用的一些功能在 Discourse 中并不完全具备,例如博客、相册和群组(vBulletin 的群组类似于 Facebook 群组)。当我们迁移到 Discourse 时,起初大家确实觉得缺少了这三项功能,但后来我们发现,它们大多数给我们的社区带来了不必要的杂乱,反而让讨论的焦点发生了偏移。

我们曾利用博客来发布成员创作的内容,但后来改用论坛主题来替代。

我们也曾使用群组来组织对社区特定方面感兴趣的团队。但我们最终逐步淘汰了这些群组,将讨论转移到了主论坛上。这实际上提高了对所有主题的参与度和关注度。

相册的情况也是如此……

因此,结论是:过多的杂乱无章不仅对社区没有直接价值,有时甚至会对讨论的凝聚力产生负面影响。

不,我们根本不会怀念那些功能!

8 个赞

您可能需要知道,博客和画廊均可通过主题组件在 Discourse 中使用。

2 个赞

与 vBulletin 的唯一区别在于,博客和画廊在 vBulletin 中都是基于用户范围的。也就是说,它们与每个用户的个人资料绑定。

当然,如果你真的希望,你也可以在 Discourse 中实现这一点,可以通过一些巧妙的分类设置,或者如果你真的想深入的话,使用插件来实现……

5 个赞

这与我十多年来频繁使用 vBulletin 论坛的经历不谋而合。十年之后我才意识到,在 vBulletin 的任意页面上,尽管有数百个我可能点击的链接,那些遍布屏幕的链接……我十多年来竟然只点过大概十几个。真的,就十几个!

这简直太疯狂了 :zany_face::jeans:

8 个赞

如果你正在考虑使用 Discourse,那就直接使用吧!它是最棒的论坛平台,并且在可预见的未来也将保持这一地位。这里的开发速度常常让我感到惊叹,而团队由一些极具才华的人组成(例如 Sam Saffron,我认为他是经验最丰富的 Ruby 开发者之一)。

关于 vB 中缺失的功能,这可能不是看待问题的最佳方式,因为它们本质不同。但我相当确定,如果你的网站主要是一个论坛,那么你的用户在 Discourse 上会感到更加满意。

我从 vB 中唯一怀念的“论坛”类功能是能够设置某些版块,仅允许话题发起者和管理员/版主团队查看其中的帖子。我们将这些版块用于“论坛反馈”、“联系工作人员”等用途,它们比私信(PM)更适合这类场景,因为私信一旦查看过就容易被遗忘,而且日后也不便于分类或回顾。

不过,Discourse 还有很多我希望看到的功能——其中之一是能够用它来驱动其他多个版块,例如博客、文章、新闻等。Discourse 的评论/讨论系统可能是其最大的优势之一。想象一下,一个类似 WordPress 的博客,却拥有 Discourse 评论系统的强大功能,并且与论坛的用户资料无缝集成。我真心认为,如果 Discourse 团队能在这方面进行探索,它完全有可能取代 WordPress(以及其他内容管理系统),而且这其实并不太难。在 vB 上,我们就曾用它来驱动其他几个版块,我们只需要:1)为每个版块自定义一个索引页面,以便获取该版块的所有最新内容;2)能够为首帖设置一种样式,为后续帖子设置另一种样式(vB 中通过简单的条件判断就能实现)。这样就能让主文章和评论呈现出不同的外观。

我还希望看到一个真正的“屏蔽”功能。这将大大减轻版主的工作负担。

这两点之前都在论坛上讨论过,但它们似乎不太可能被添加(我个人认为这非常遗憾,并希望团队能在某个时候重新审视这个问题)。

5 个赞

你们知道我们现在已经支持针对单个用户的禁言和忽略功能了吗?

2 个赞

这也是我最终(Eventually™)希望看到的功能,此外还希望能有一个类别,允许主题发起者在特定主题内拥有有限的管理权限(至少包括:删除他人帖子、立即删除自己的帖子,以及取消自己编辑的时间限制)。

我相当确定这是可行的,只是它可能隐藏在 vB 那些令人眼花缭乱的权限配置对话框中的某个角落。

1 个赞

但这并不能阻止用户回复某人的帖子,对吧?

我们之前讨论过这个问题——不过我记得你当时对这个想法不太感兴趣。希望你重新考虑一下你的立场。

https://meta.discourse.org/t/ability-to-ignore-a-user/110254/75?u=astonj

要让我信服这一点,还需要相当大的努力。我觉得这种非常奇怪的权限约定,是 vBulletin 无意中强加给世界的,结果导致我们所有人都深受其害。本质上,那不过是“哦,这里有一个神奇的技巧™,可以假装我们的论坛是一个工单帮助台解决方案,告诉销售团队可以按这种方式去推销!”

(如果你需要一个工单帮助台系统,那就直接用现成的吧!更何况,这还没算上“如果权限可以按话题单独设置会怎样”这个……庞大且不必要的工程)

我们已经有了一些初步的形式,例如话题所有者可以无限次地回复自己的话题。

2 个赞

我们在当前的软件中相当广泛地使用了这一功能,我倾向于你的观点。用户创建的这些“支持”主题,大多只是用来向工作人员抱怨他们的帖子被删除或其他类似情况。不过,确实存在一些正当用途,例如用户试图报告某人长期骚扰的历史,或其他需要真正讨论的话题。

有些时候确实需要进行一些微妙的互动,但强行附加一个工单系统就显得过于夸张了。我认为,在我们迁移到 Discourse 之后,这类事情将不得不转移到私信中进行,但这会令人烦恼,因为这些主题需要添加所有工作人员,以确保大家信息同步。

3 个赞

这正是此类系统的绝佳应用场景——否则,人们往往会使用更为公开的“论坛反馈”版块,而且常常只是为了制造麻烦。将其移至“联系工作人员”版块后,这类无谓的纷扰减少了约 90%。

1 个赞

我注意到群组页面有一个消息按钮,并且用户可以使用一个独立的收件箱来跟踪消息。对于这种设计与“仅查看自己的帖子”权限相比如何,我还有些犹豫,但这或许可行。

此外,除了“联系管理员”功能外,我们还利用这种设置作为“私人工作坊”:用户可以在此发布并测试格式,或存储他们正在逐步构建和编辑的内容,待完善后再公开发布。

1 个赞

是的,如果讨论需要保密,您应该使用 @moderators 的群组收件箱。

2 个赞

https://trends.builtwith.com/cms/Discourse/Market-Share

3 个赞