这是一个创建于 110 天前的主题，其中的信息可能已经有所发展或是发生改变。
图片上传到 V2EX 图库之后，就会通过一个异步任务，为图片获得一个 IPFS 的 CIDv0 。所以如果你打开自己的图片页面，但是上面还没有显示 CIDv0 的链接，那么刷新一次，通常就有了（除非 IPFS 添加的那个 API 接口挂了）。
比如你可以在这个页面上看到 CIDv0 链接：
https://www.v2ex.com/i/vZthp43U.png
这张图片的 IPFS 地址（通过 eth.sucks 网关）：
https://eth.sucks/ipfs/QmQLxpXPiLm9Mnsw86MRYofiz4Bv65pRiW7g5tbj762QFt?filename=vZthp43U.png
第 1 条附言 · 109 天前
考虑到后面的存储节点会在将来发生变化，而同样的文件即使重复添加，也会一直拿到同样的 CID ，所以加入了每 14 天把文件重新添加一次的逻辑，继续提高图片在 IPFS 网络上存在的可能性。
 |
1
imnpc 110 天前
存储到 IPFS 这个现在不需要支付费用了吗？
|
 |
3
artoostark 110 天前
我记得 WordPress 有个 IPFS 插件。
|
 |
4
zhangkui 110 天前
求一个手把手教学的文档
|
 |
5
superrichman 110 天前
@XIU2 V2EX 增强 的链接转图片功能看不到上面第一张图，这个链接有什么特殊的吗？手动点击进去图片是能正常看到的。
|
 |
6
Livid MOD OP @superrichman 我没有安装过任何这样的插件，无法回答你。
|
 |
8
ThinkCat 110 天前
之前大概了解过一点，临时文件是有期限的，没人访问使用之类的，会被清理掉。但是可以 pin 固定下来，一直留存，这个就需要服务商了，类似 oss 服务商，这种还是要收费。
|
 |
9
XIU2 109 天前
@superrichman 因为你说的这个 "上面第一张图"：
 其实不是一个图片 URL ，而是一个网页，你点进去访问该 URL 后，看到的第一张图片才是真正的图片 URL：  当然，还有下面的第二张图片（也就是本贴所说的图片 IPFS 地址）也是真正的图片 URL 。 我很早之前随手写的 V2EX 增强脚本里面的 链接转图片 功能非常简单粗暴，就是直接把帖子内所有含有 图片后缀 的 a 链接（且本身不是网站支持的图床没有被网站自动转为 img 的）转为 img 图片元素。 稍后我会检查一下，看能不能排除下这些特殊情况。 |
|
10
XIU2 109 天前
@XIU2 嗳？。。。我把这个帖子内的第一个 URL 刚才回复时发出去后，被网站识别自动转为 img 图片元素了，不过 img 的 src 域名是 i. v2ex. co 这个真正的图片 URL ，A 标签的 href 也去掉了域名变成相对路径了。
那这样的话，我好像也没必要再去优化脚本单独处理这个了？。。。 |
|
11
Livid MOD OP |
|
12
Livid MOD OP 但是这个主题的正文用的是没有加 ![] 标签的 Markdown ，所以那个地址不会自动转换，因为正文里我就是希望那个地址能够完整显示出来。
|
 |
13
Memoriae 109 天前
有部分不懂，请教下站长：IPFS 在存储文件后需要 pinning ，那么是谁来提供这个 pin 的服务？前端访问也要通过 ipfs gateway ，谁来保证这些云服务资源的可用性？当然，对于 web3 玩家，当然是自己找托管服务或者在空闲的机器上运行 go-ipfs 。
pin 服务必须可用，否则在其他机器上传或复制一样的文件，哈希值也会不同，应该有一定运维风险吧。 最后想问下，未来有计划在 V2EX 上支持绑定 ENS 域名吗？例如在 ENS 上新增一条记录实现，谢谢：） |
1 |
16
liudon 109 天前
> 考虑到后面的存储节点会在将来发生变化，而同样的文件即使重复添加，也会一直拿到同样的 CID ，所以加入了每 14 天把文件重新添加一次的逻辑，继续提高图片在 IPFS 网络上存在的可能性。
这里没有使用 pin 吗？是为了不增加 pin 资源的服务，所以隔段时间重复添加吗？ |
Select Language
