每次想弄一点 ActivityPub 相关的东西都会想起 ActivityPub - Final thoughts, one year later. 这篇文章：
“But we can talk to each other to make it compatible”
Let us imagine a future project, starting their work in two years from now. What are they expected to do?
也没什么好说的，基本上除了基于 pleroma/relay 的中继以外，Friendica 大概从来就没能连上过其它中继。而想看看哪里出
... 显示更多每次想弄一点 ActivityPub 相关的东西都会想起 ActivityPub - Final thoughts, one year later. 这篇文章：
“But we can talk to each other to make it compatible”
Let us imagine a future project, starting their work in two years from now. What are they expected to do?
也没什么好说的，基本上除了基于 pleroma/relay 的中继以外，Friendica 大概从来就没能连上过其它中继。而想看看哪里出问题了的话，现在 ActivityPub 中继现在除了 pub-relay 里的五行稍微有点相关信息外没有半点的文档，除了搭个中继（或者三四个不同的中继）从日志里碰碰运气以外也只剩看代码一条路了。
这基本也就是 ActivityPub 开发现状（尤见新开始开发的一些软件），想要兼容就去看代码吧，想兼容 Mastodon 去看 Mastodon 源码，想兼容 Pleroma 也得看 Pleroma 源码，Misskey 等等同理。这样也就是上引文的“But we can talk to each other to make it compatible”的意思——ActivityPub 虽然自称 specification 但完全起不到规范实现并保证兼容性的作用。说实话 Mastodon 独大而没有出现什么 十五种基于 ActivityPub 的标准 已经算好了。（但说不定真要数的话会不止十五种不相兼容的实现。）
Situation:
- 看 Pleroma 源码
- 看完 Pleroma 挑个中继源码来看
- 把三四个中继的源码都看了
- Ridiculous! We need to develop one universal standard that covers everyone's use cases.
Kana Kana
in reply to Kana Kana • •大概找到问题在哪儿了……
Activity-Relay 需要实例用名为 relay 的 actor（理解成用户吧）来关注中继，但是 Friendica 的用来关注的服务器用户名是可以自己设定的，所以没设对就连不上…… :blobhyperthink:
解决办法是人工创建一个叫 relay 的用户手工关注 :blobhyperthinkfast:
另外一个中继用了 pub-relay，它的用户类型设置成了 Group，而 Friendica 不允许这种类型的用户作为中继。目前改了改代码，但是因为网络原因还没连上……
咫尺 likes this.
Kana Kana
in reply to Kana Kana • •另外尝试加了一些其它的 actor（如 mastodon.social/actor）结果真的加上了……？说不定可以间接实现双向 relay？不知效果如何，总之暂时放弃思考