我最初选 mastodon 而不是 pleroma 的原因只有一个: mastodon 可以用
@ fivestone @ fivest.one
这样的根域名做 id,同时把根域名 fivest.one 用于其它网站而不是实例本身。
——其实对这一点,我也不是特别坚持。毕竟 mastodon 的开销和臃肿程度是 pleroma 的四倍,太不优雅了。只是当时被 kiokio 推荐了大内存的高级服务器。也就无所谓奢侈一下。(当然要用和乔乔一样的引擎!
某种意义上,当前阶段的所有 Fediverse 引擎,全是用软件工程模块匆匆堆起来的垃圾:数据结构非常不美观、依赖的技术模块未必有持久生命力、居然到现在都没有哪家官方提供历史推文导入功能……总之,不重构的话,并没有哪家看上去有超过10年的美好未来。而如今的用户也不在乎这个,一副我就随便吼吼的难民样。所以大家谁也别说谁,那些针对某个服务诋毁否定的,先弄清什么叫 ActivityPub 再说。
其实我很期待,一个单用户的,完全没有 local 功能,支持 ActivityPub 协议的引擎。结构的简洁和资源开销,要比现在好很多很多。
@mashiro 但似乎也没标明本站外站,是 join 到用户表那边才开始区分的……
也可能我吐槽的其实是 activitypub,现在这个不能抓取 fo 之前的历史嘟文的设定(这个应该是某种架构的副产品),很让人抓狂的,也非常不利于 fedi 的交互。
总之我现在也只是那种评价制冷但不会做冰箱的人了……
@fivestone 不能抓取 fo 之前的历史嘟文这个可能更多考虑的是服务器负担吧,单技术上很容易实现,但是现实是哪怕是通过rest API都不支持调用太多自己的嘟文嘛
(另外也是因为 outbox 节点,很多“主页不显示历史嘟文”“只显示十条”的实例其实完全没有隐藏起什么……
(例子: https://wuppo.allowed.org/users/ShyKana/outbox?page=true
@[email protected] @[email protected] misskey的note表里有userHost可以区分具体是哪个站,我现在就靠这个来定期清理外站的note和文件……
@fivestone 我想了一下,在线性时间线下这张表可能确实不好拆吧,无论怎么拆,都会多出一个排序的过程,这无疑是损耗性能的,只要在同一张表里面标记清楚本站和外站应该就OK了
或许Go和Rust才是比elixir有前途的解决方案,要不大佬考虑自己撸一个?