其次，如果有一天，它们也像 Google Reader 那样倒闭了，在这些订阅器里镜像的 blog 文章也全都消失，才是最大的损失。
单机版的订阅软件有很多，一些邮件客户端甚至手机浏览器，也有这方面功能。所以问题还是
抓取的文章能不能长久保存？哪怕重新装机，原来的文章也还在？有很多免安装的 RSS 订阅器，但其中大部分都是十几年前 blog 时代的作品，早已停止更新，对新的操作系统以及新的 rss atom 协议，支持都不好。Windows 下我在用 QuiteRSS，感觉不错。免安装，数据保存在 sqlite 文件里，似乎也有 Mac 版本。
在当前的很多 fediverse 服务（mastodon、pleroma…）里，当 A 站的用户 a 被另一个实例（譬如：B 站）的用户关注时，他所发的嘟文，会在 B 站的服务器上储存一个副本，B 站的用户，通过访问这个副本，来阅读这条嘟文。当原本的嘟文被删除时，A 站会通知 B 站，删除相应的副本。但这个时候，这条嘟文未必像人们期待的那样，从 fediverse 上彻底消失。
假设存在如下情况：
A 站的 a 用户
B 站的 b 用户，b 在关注 a
C 站的 c 用户，c 在关注 b，但 C 站没有人关注 a
a 发了一条公开嘟文，此时 b 可以看到这条嘟文，而 c 是看不到的。
b 转发了 a 的这条嘟文，此时 c 可以看到这条嘟文了。C 站的所有人，在查询 a 的时候，也都可以看到 a 的这条嘟文。
如果这个时候，a 再把这条嘟文删除，那么 A 站会通知 B 站这条嘟文已删，而 B 站也会把这条嘟文在 B 站的镜像删除。于是 b 就看不到这条嘟文了。
——然而，似乎并没有一个机制，去通知 C 站，这条嘟文已删？也就是说，这个时候，c 和 C 站的所有人，都仍然可以看到 a 已经删掉的这条嘟文？
如果这个时候 C 站有人再转发这条嘟文，而 B 站甚至 A 站有人关注这个人，那么，B 站和 A 站的人，就又能看到这条嘟文了？甚至连 a 自己，也能看到的？（这个有待验证 — UPDATE：不可以的，见评论区）
Raman, Aravindh, Sagar Joglekar, Emiliano De Cristofaro, Nishanth Sastry, and Gareth Tyson. 2019. “Challenges in the Decentralised Web: The Mastodon Case.” Pp. 217–229 in Proceedings of the Internet Measurement Conference, IMC ’19. New York, NY, USA: Association for Computing Machinery. download
1. 用户方面，大约50%的用户都集中在10%的实例里面，因此少数的管理员在长毛象联邦中拥有过量的影响力。开放注册的实例拥有的用户比邀请注册实例里的更多，但是，邀请注册实例的用户平均嘟嘟数量差不多是开放实例用户嘟嘟数量的两倍（187嘟/人 vs. 95嘟/人）。不管哪种实例，都有中心化趋势，服从幂律(power law)，前5%的实例容纳了约95%的嘟嘟；
支持 markdown，软件界面还算友好，关键是可以调用其它外置编辑器来写作。也有 Web Clip 插件以及支持贴图，但我没用过这方面功能。
支持多个笔记本，笔记本之间支持多层树结构。方便管理，支持 tag。
开源。
缺点：
缺少一个单纯通过 web 浏览器访问笔记的方式。如果没有任何电脑或手机客户端的话，很难通过直接访问网盘，来查看笔记。网盘上的笔记文件通常是加密的，即使不加密，每条笔记的文件名也是编码过的，并不能直观地从文件夹里找到文件。我问过开发组，能不能改成用可识别文本，直观显示文件名，被回复无法做到；虽然我觉得技术上应该是可行的。因为这个缘故，我到现在还同时在用着 Simplenote，以便偶尔在公用电脑上处理一些笔记。
Update：经推友推荐，发现已经有人做了通过浏览器访问 Joplin 笔记的服务器程序，基于 Python 开发，也已经有 Docker 的部署版本。但对一般用户而言，自建这种 web 服务器的门槛还是太高了。
