Fedi 应用随便写
感觉签名这块做好了往后的事就是比较纯粹的逻辑了，
就……会写的很会写，不会写的一坨稀烂。
而我，那可是不算稀而算气态了…… 
↩️Fedi 应用随便写
https://www.w3.org/TR/activitypub/#inbox-forwarding
才发现有转发消息的机制……除了验证消息方还要验证消息本身是吗？
好麻烦哦，而且这个逻辑我还需要理理…… 
↩️Fedi 文档随便读
爱丽丝发贴说天气好，鲍勃进行了回复，但是如果鲍勃没有权限获取爱丽丝的粉丝，那么这条信息爱丽丝粉丝获取不了。
然后爱丽丝进行了回复，因为粉丝没有接收到鲍勃的帖子，就认为她是在回复空气……这就是幽灵回复现象……
为了解决这个问题，爱丽丝接收到鲍勃的帖子后，应该要*尽可能*的把这个帖子传递给自己的关注者……
啊，这下我知道为什么一些帖子下有其他人的回复了，我还以为是本站自己去索取的，没想到是关注帐号所在站点投递过来的啊…… 
↩️Fedi 文档随便读
@SouthFox 其实也可以主动索取，因为对方的Outbox是公开的。我特别奇怪为啥主要沟通方式是由对方POST，像RSS那样多简单
↩️Fedi 文档随便读
@alvis
因为轮询很浪费啊，对于百种关系的站点还好，但是要是关系多达千种万种的站点那可就根本不能轮了，轮询花的开销就占满服务器了……
说到回复，其实 mastodon 是有 context 接口的，凭这个是可以获取到贴文下的回复的……
不过，也并不是每个应用都实现了这个接口，遇到这种情况还得自己一个一个递归解析整个串。
↩️Fedi 文档随便读
@SouthFox 原来replies是一个collection。现在我的评论功能只会显示评论，不会显示评论的评论。知道了replies以后应该可以显示嵌套评论了。感谢！
俺写的程序是把OrderedCollection存成文件当数据库用的，突出一个简单。乐
↩️Fedi 文档随便读
@alvis
我看了一下，我好像有点记混了，回复就有 replies 一栏，
或者
https://foxsay.southfox.me/users/SouthFox/statuses/110043458968373368/replies
至少 mastodon 有这样实现，
contexts 或者说是 conversation 是用来标识一个对话串，有了这个方便从数据库提数据，比如主贴和你的回复都是一个 conversation: tag:foxsay.southfox.me,2023-03-18:objectId=5550812:objectType=Conversation
https://foxsay.southfox.me/@SouthFox/110043458968373368
https://mona.do/@alvis/110058386734587947
一些应用到是没实现这个。