我最初选 mastodon 而不是 pleroma 的原因只有一个: mastodon 可以用

@ fivestone @ fivest.one

这样的根域名做 id,同时把根域名 fivest.one 用于其它网站而不是实例本身。

——其实对这一点,我也不是特别坚持。毕竟 mastodon 的开销和臃肿程度是 pleroma 的四倍,太不优雅了。只是当时被 kiokio 推荐了大内存的高级服务器。也就无所谓奢侈一下。(当然要用和乔乔一样的引擎!

某种意义上,当前阶段的所有 Fediverse 引擎,全是用软件工程模块匆匆堆起来的垃圾:数据结构非常不美观、依赖的技术模块未必有持久生命力、居然到现在都没有哪家官方提供历史推文导入功能……总之,不重构的话,并没有哪家看上去有超过10年的美好未来。而如今的用户也不在乎这个,一副我就随便吼吼的难民样。所以大家谁也别说谁,那些针对某个服务诋毁否定的,先弄清什么叫 ActivityPub 再说。

其实我很期待,一个单用户的,完全没有 local 功能,支持 ActivityPub 协议的引擎。结构的简洁和资源开销,要比现在好很多很多。

@fivestone pleroma应该不算垃圾吧,我觉得比mastodon和misskey应该是认真多了(不过UI是真的丑

Follow

@mashiro 嗯,主要是我对 elixir 未来的普及性不是特别看好。而且各家这种外站抓来的嘟文和本站塞一个数据表的架构设计,看着真难受啊。

· · Web · 1 · 0 · 1

@fivestone 我想了一下,在线性时间线下这张表可能确实不好拆吧,无论怎么拆,都会多出一个排序的过程,这无疑是损耗性能的,只要在同一张表里面标记清楚本站和外站应该就OK了 :ac_classic24:
或许Go和Rust才是比elixir有前途的解决方案,要不大佬考虑自己撸一个? :ac_classic01:

@mashiro 但似乎也没标明本站外站,是 join 到用户表那边才开始区分的……

也可能我吐槽的其实是 activitypub,现在这个不能抓取 fo 之前的历史嘟文的设定(这个应该是某种架构的副产品),很让人抓狂的,也非常不利于 fedi 的交互。

总之我现在也只是那种评价制冷但不会做冰箱的人了……

@fivestone 不能抓取 fo 之前的历史嘟文这个可能更多考虑的是服务器负担吧,单技术上很容易实现,但是现实是哪怕是通过rest API都不支持调用太多自己的嘟文嘛

@fivestone
其实 activitypub 是可以支持抓取历史嘟文的,通过 outbox 节点:
https://www.w3.org/TR/activitypub/#outbox
现在 mastodon 和 pleroma 以及刚才测试了一下了的 misskey 都是实现了这个节点的,而抓取其实也不是难事。但是至少我了解的前两者只是对外提供 outbox ,而不会抓取外部用户 outbox。
可能是懒,可能是性能,可能是兼容没有实现 outbox 的软件?总之 Gargron 是从 2016 年拖到了现在 https://github.com/mastodon/mastodon/issues/34

(另外也是因为 outbox 节点,很多“主页不显示历史嘟文”“只显示十条”的实例其实完全没有隐藏起什么……

(例子: https://wuppo.allowed.org/users/ShyKana/outbox?page=true

@[email protected] @[email protected] misskey的note表里有userHost可以区分具体是哪个站,我现在就靠这个来定期清理外站的note和文件……

Sign in to participate in the conversation
Fivediverse

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!