破产的阿努比萨斯 @[email protected]

想到了一个新的播客 idea 就是各种 ELI5！就这个时代信息过载隔行如隔山，虽然我业务不精但好像还挺喜欢深入浅出讲东西的之前也写过个别博客。（比如解释链接追踪的 https://blog.douchi.space/url-sanitizer/ ）然后自己为了讲懂去研究清楚或者把本来懂但不能清晰表达的东西讲清楚的过程我也挺 enjoy 的！可以先从我熟悉的领域讲起再扩展到我学了再来讲的！

（万事俱备只差时间了（

应用层的网盘/图床在免费且稳定的商用 object storage 满天飞的这个云服务市场在我看来只有两个 use case 值得用：
1. 多平台同步文件，如 dropbox/google drive 等存证件、表格等自用文件方便随处下载和查找
2. 提供了更多存储之外的附加功能，如 Google/Apple photo 这类图片同步了之后能直接搜内容、人物、地点之类的（当然你有隐私考虑不用这些就另说）了。

其它“网盘”“图床”本身的核心功能：在运动存储文件、分享文件给（多个）别人等，别说比 object storage 贵了，甚至没有 object storage 好用（要 deal with 文件类型限制、有可能会被删、有垃圾病毒和广告等等）

真心呼吁大家注册一个那种有免费额度的 object storage（大厂牌里比如 Cloudflare 10G IBM 25G，小厂里用过的 scaleway 有 75G 免费额度虽然做长毛象容易 out of sync 但手动上传文件当网盘用一点问题没有），从此分享文件不用担心暴露 PII/被网盘扫描内容删……

被指到香油！明年财源滚滚喵！

@inanna
我的感觉是亲眼见证了一场「covid19疫苗会导致自闭症大家千万不要去打」……

我想了一下如果是我的话要如何实现原嘟这个「匿名（未登录状态）访问被锁文章」的脑洞

1. 给app增加登录功能，让用户登录自己的ao3账号
好处：实现相对简单成本低，可以完全保持产品现有架构
坏处：要处理用户账号这类隐私信息须承担额外风险和数据保全责任，app的隐私评级下降为「可以关联用户身份」

2. 内置公用账号，或者在访问加锁文章时导向使用公用账号获取的自有服务器缓存页
好处：不涉及用户隐私数据
坏处：公用账号高频次访问必然引起ao3注意可能会被封禁，同时可能违反ao3的tos；在服务器缓存ao3网页内容可能有版权顾虑，变成类似第三方镜像站的灰色性质（虽然有 #section230 保底）

3. 匹配ao3自有镜像站或InternetArchive等页面快照服务的存档页
好处：不涉及用户隐私数据，不涉及版权
坏处：只对极少部分文章有效

「可以强行查看加锁文章」这一句话所代表的巨大技术成本，恐怕是原嘟始料未及的。