元话语平台能否支持“联邦化子版块论坛”架构?

最近的 Reddit 动荡(紧随 Twitter 动荡之后)提醒我们,中心化平台虽然方便(并且由于网络效应而广受欢迎),但可能会以疏远大部分在线社区的方式发展,并最终可能浪费数十年内容创作。

Fediverse 被吹捧为一种可以减轻这种风险的替代设计(尽管许多努力仍处于初级阶段)。例如,有一个名为 lemmy 的项目,旨在成为一个联邦制的“Reddit”论坛副本。

另一方面,众所周知,Web 已经去中心化,并且有例如 WordPress ActivityPub 插件和 Discourse ActivityPub 插件,它们开始以比 RSS 更有趣的方式“连接”所有这些服务器。

问题在于,是否可以“廉价地”获得一个更集成的 Discourse 论坛宇宙。目前,即使是所有 Discourse 实例的列表也很难找到。人们可以想象一个更完整的列表,而不仅仅是 URL 的枚举。更确切地说,可以设想一个实时的“主页”或进入 Discourse 论坛宇宙的入口,它会查询实例以获取摘要更新,并可按主题和其他属性进行搜索。

这个想法是为了促进和合理化 Discourse 实例的发现,其中每个实例都像一个 subreddit。当然,实例之间存在重大差异,尤其是用户与中心方没有关系,而是与每个实例的管理员/版主有关系。甚至可以想象为某些更紧密耦合的实例子集提供 SSO。

我想这个概念以前就被头脑风暴过,但鉴于在线平台的发展,它可能具有新的相关性。

1 个赞

讨论于:

5 个赞

我曾设想过一个不那么宏大的设计。Mastodon(ActivityPub)服务器的工作方式是,全局和本地信息流是每个服务器原则上都可用的功能(尽管全局信息流可以单独禁用),并且不需要“门户”之类的东西。我认为Discourse很有可能朝着这个方向发展,但这将是一个非常庞大的项目。

将公开可用的Discourse服务器集合整合成一个入口点,例如不提供全局信息流,应该更容易实现。仔细想想,这甚至不必是一个独立的项目,它可以是一个插件,每个实例都可以使用它来伪造一个进入Discourse宇宙的“主页”。因此,这是一个松散耦合的设计,但仍然可能非常实用。

3 个赞

这并不完全是你想要的,但一个更不雄心勃勃的方法是在单个 Discourse 实例上创建一个类似 Reddit 的小型网站。我对 Reddit 并不精通,但据我所知,一个子版块(subreddit)的功能与 Discourse 的类别(category)基本相同——类别有版主,并且可能有一个或多个与该类别关联的 Discourse 群组。

我认为最简单的方法是通过 WP Discourse 插件将 Discourse 网站连接到 WordPress 网站。这将允许用户通过 API 从 WordPress 网站创建新的社区(类别)。可以提供一个选项,允许用户订阅某个类别。这将使类别版主有机会为他们的工作赚取一些收入,并为论坛托管产生一些收入。DiscourseConnect 可用于根据用户的订阅将他们分配到相应的群组。

采用单一论坛的方法,统一的理念可以是网站的指南/服务条款。

这种方法一个明显的问题是,单个 Discourse 实例无法支持无限数量的类别。但我不太确定网络上的所有东西是否都需要无限扩展。可以通过默认静音所有类别来解决因类别过多而导致的 UI 问题。

3 个赞

是的,这对小型社区来说确实非常实用。它可能附带一些限制,例如,是否可以单独设计/品牌化不同的类别?这在心理上非常重要,而且在技术上可能并不难(这是标准的 Reddit 功能)。

感谢您提供 WordPress Discourse 插件的建议。我之前不知道它,现在需要评估它更普遍地能带来哪些可能性 :sweat_smile:

不过,“发现”不同的社区仍然没有解决。我认为 Reddit 的一个关键吸引力在于,它将论坛/专业领域焦点与快速发现和“加入”此类论坛的灵活集合结合起来(因此每个用户都有一个他们参与的论坛组合)。这会创建一个定制的动态消息。

1 个赞