Livid

已经恢复。

是因为切换 feed 格式，导致了 VXNA 这边数据库里对不上。删掉重新收录了一次之后好了。

@K2 感谢你找到的 bug 。已经修好。请再提交一次试试。

@K2 收到，我现在马上看一下 Sentry

有一个概念接近的项目：

https://index3.io/search?q=planetable&type=all

@huguadao 是的

@lbunderway 比如枫言枫语的博客，差不多 5G 的音频内容：

https://justinyan.eth.sucks/

还有这个摄影博客，也是大量的图片和视频内容：

https://yihanphotos.eth.sucks/

及我的这个用来日常收藏一些好玩图片的网站：

https://ohlife.eth.sucks/

这些都是用 Planet 实现的。

@lbunderway 目前 Planet 的生态系统中已经有几个不同的网关和存储节点，并且彼此之间也做了 peering 互联。

我们甚至有一个和网关及 Pinning 有关的众筹项目，可以通过 Juicebox 支持：

https://juicebox.money/v2/p/471

在没有做这些优化之前，如果你用过 IPFS ，确实会有很多很慢很绝望的时刻。但其实有了 peering 之后，内容是可以实现秒更新的。

@Tink 如果只是文本内容，现在整个网站的文本不到 10G 。

但这个架构的主要意义是让用户完整拥有自己写的东西，只在需要的时候，聚合给一个公开平台。

@Tink 这个新的架构是我一直想做的事情，过去几年写的大量的新代码也主要是在这件事情上。

1. 用传统方式做视频和音频是一件非常难搞的事情。而在这种 P2P 架构下，不存在需要 V2EX 来持续维护大量的存储和带宽。
2. 如果聚合的内容中出现不合适的东西，那么停止聚合就好。而之前的做法是内容在网站上的唯一版本会被网站维护者删除。而现在只是内容在一个地方不出现，而在用户自己本地机器上，或者其他聚合器上，不会受影响。
3. 让内容的权威版本保存在用户自己的电脑上，用聚合的方式让网络效用（ Network Effect ）对需要的人，继续有用。对不需要的人，就用这种方式当一个本地记事本也没有问题，甚至可以在无网的情况下创作，有网的时候再聚合。