对习近平个人生死的含蓄批评 @[email protected]

有鱼了！
#狗毛的毛

看到剧场版才反应过来圣哥传的佛是源桑配的，我怕不是个假粉之前一直没听出来
没想到耶稣是森山未来，比源还jk的男的出现了

只不过为什么是站长要对外站负责而不是外站站长开了 federation 就是要对自己的站负责呢？

唉把气话和其它话混在一起我也是半斤八两。

下面全部的话全部只是“我认为”的。

一个是责任的问题。每个人的道德规范不同，在我的道德观里，一个站长主要产生交集的也只是自己站的用户而已。只要在注册时说清楚了，在删站前“适当”提醒了，本站用户认可了，我认为就可以了，不管外站怎么想。而这种“适当”我并不认为有一个确定的标准。

另外一个是对 ActivityPub 标准的解读问题。这个规范本身是没有对“删站”的任何规定的，但是有一个相关的“SHOULD”级别（rfc2119，或 RECOMMENDED，需要理解含义以及考量后才可忽略）的规定：遇到网络错误时，跨服务器通信应重发消息。从这点看，如果考虑到这点，为了避免重发，主动发送删除信息是的确更“体贴”的。但是不体贴就是不负责任吗？这是另外的道德问题，我不认为有唯一答案，但会忍不住道德滑坡觉得很可怕。

ActivityPub 也从另一个方面考虑了这个问题（放在文档的一个“注意”小框里）：

> Implementations should be aware that there is no guarantee that actors on the network will remain reachable and should implement accordingly.

这里是小写的 should 所以大概不像前面的 SHOULD 的重发规则那样规范，但我个人的解读就是这里也是对开发者说：就算不实现删除用户，其它服务器也不会因为一个删除的服务器而出现问题。

另外还有，fediverse 联邦宇宙里有很多非 mastodon 非 pleroma 非 misskey 等等的其它服务器。哪种服务器软件都是一点点构建起来的。一般构建可能大概先考虑“MUST”级别的规范，再考虑“SHOULD”的规范，但是对“SHOULD”的体贴不一定会被开发者考虑到。而我并不会认为这样的处在开发早期的开发者，以及尝试这种早期软件的用户是不负责任的。当然，不同人可以有不同观点。

想了解更多的 fediverse 联邦软件可以看一下这里：

https://git.feneas.org/feneas/fediverse/-/wikis/watchlist-for-activitypub-apps

个人对 fediverse「激情建站」的风气还挺反感的。
v3.4.0更新后，后台可以看到「投递不可用」的实例有300多个，都是域名花里胡哨的小站。

不以长期稳定运营为目标的实例就不应该开放公共注册，否则徒增别人账户迁移成本。
再加上这些站说关机就关机也不向fediverse广播下线通知，其他站就会有很多失败的后台推送任务（似乎有了「投递不可用」标记后这问题解决了？）。
后台执行一次远端无效账户清理也尽是「SSL过期」的报错。

虽然实质上不影响我什么，但是想到这些报错背后是一个个不负责任的人，就挺烦的。

友情提示，不想被人讨厌至少网站下线前用这个命令广播：

杨bot到今天竟正好day520，我晕倒了

https://www.netflix.com/title/81351471?s=a&trkid=13747225&t=cp
神作要上架了哦哦哦哦哦哦

快来，现在该看虎鲸游泳了