联邦宇宙平台评估
📌 本文由机器翻译
随着推特变成又一个抖音并加大了对内容的控制1 2,我开始使用联邦宇宙作为替代品。
现在是加入联邦宇宙的好时机,因为自我上次尝试以来,它已经成熟了。
得益于马斯克 :) 联邦宇宙用户基数已超过 1200 万。
然而,由于联邦宇宙的去中心化特性,加入它并不像加入推特那么简单。 有许多平台可供选择,类似于 Gmail 之类的电子邮件提供商。
本文描述了我为自己选择平台的过程。
需求
就用户和平台(提供商)的关系而言,联邦宇宙目前的工作方式类似于电子邮件。
如果一个平台宕机,你的账户也会消失。帐户迁移是通过 重定向 实现的,如果原始平台关闭,迁移是不可能的。
最糟糕的是,除了 Calckey(下文详述)之外,几乎所有平台都不支持内容迁移。
我们不得不面对现实——如果推特能失败,联邦宇宙服务器3也一样。自我托管可以让我完全控制自己的数据4 5,减少我生活中的依赖[^ti]。
凭借我的技术背景,我有能力进行自托管。 对于其他人来说,加入一个实例/服务器仍比留在大平台上好。
有这么多实现可供选择,我的需求如下:
- 内容迁出(而不是迁入)
- 多语言发帖支持,这样我和关注者可以订阅某些语言
- 跨平台关注人员
- 发帖和编辑
- 用 Unicode 搜索我和关注者的帖子
- 通过标签搜索联合内容
- 低资源占用以实现可持续发展6
评估
GoToSocial
考虑到单人服务器的设计,无需外部服务——完美契合我的案例。
鉴于轻量级的资源占用,它的运行很好。
像 elk 这样的前端允许在发帖时选择语言,但这在服务器之间传播失败,因此 Mastodon 实例无法识别语言首选项。
缓慢的开发和长期存在的错误,比如多语言问题,让人担忧。
非常有前途,但对我来说还不够成熟投入生产。
Pleroma
与 GoToSocial 类似,考虑到单用户使用案例而设计,但更成熟、更受欢迎。 鉴于提供的丰富功能,资源占用很轻。官方部署指南面向的是源代码和开发人员。 我喜欢对 Gopher 的支持。
我观察到一些帖子在其他实例的关注者时间线上丢失,即使他们直接访问我的个人资料。 丢失的帖子在我自己的时间线上确实存在且是公开的,并且在丢失帖子的前后都有可见的帖子。
贡献者实现了多语言发帖支持,但被作者拒绝合并,因为担心复杂性:
很抱歉,我本该早点说的,但我不认为合并这个是明智之举。 这是 2000 多行新的代码,涉及代码库的那么多方面,为一个看起来用处不大的功能。
代码本身看起来不错,但由于复杂性原因,我寻思着最好不要把这个功能放入 pleroma 主线。
看起来短期内不太可能被添加。
Akko
一个带有翻译功能且快速开发的 Pleroma 分支。 然而,单用户场景不再是首要任务。
Calckey/Firefish
内容迁移吸引了我。
我成功从 Mastodon 和 Pleroma 导入了备份(其他平台不支持),导入期间帖子标题遗失了但基本没问题。
他们的旗舰实例最近经历了崩溃和与迁移相关的问题(来自公告):
- 一个月前:服务器崩溃并修复
- 一周前:一些用户的主页时间线由于迁移出现错误
目前感觉非常实验性。
Mastodon
这是我一开始就要避免的,因为它的资源占用非常激进。
除此之外,它满足我的所有要求,具有出色的多语言支持——帖子可以用语言标签标记,这样观众可以通过标签订阅/过滤内容,从而只查看您说的语言。
决定
尽管资源占用大,但我最终选择了 Mastodon,因为它是唯一同时支持发帖和阅读多语言的平台。 而且作为受支持程度最高的联邦宇宙平台,它最有可能获得未来的内容迁移功能。
这对我来说还不够理想,所以如果未来有任何平台具备可观的多语言支持,我很乐意尝试。