ホームページ >バックエンド開発 >PHPチュートリアル >使用七牛的镜像存储作为discuz的第三方服务器解决方案这样好嘛?
七牛的镜像存储原本的目的是为了方便用户搬迁数据而存在
官方的建议是数据搬迁到七牛之后, 新增的图片就直接让用户(UGC网站)上传到七牛上
然而我用discuz的远程附件对接七牛的时候发现一些问题, 用起来很不方便
反而是镜像存储功能非常便利
那么如果我始终使用镜像存储作为解决方案, 就是用户上传的图片先保存在本地, 然后被镜像抓取一次之后自动变更为七牛的URL
请问这样做相比直接远程附件有哪些弊端呢?
我能想到的就是
1,因为要回源站抓取一次数据,所以第一次打开图片速度会慢一点(但是发帖者发贴后自己就会把图片加载一遍,所以实际上对其他用户而言没有区别)
2,是否会增加一些额外费用呢?
3,对服务器硬盘容量要求更高,相当于要多出一笔存储费用(虽然不贵)
4,请补充?
七牛的镜像存储原本的目的是为了方便用户搬迁数据而存在
官方的建议是数据搬迁到七牛之后, 新增的图片就直接让用户(UGC网站)上传到七牛上
然而我用discuz的远程附件对接七牛的时候发现一些问题, 用起来很不方便
反而是镜像存储功能非常便利
那么如果我始终使用镜像存储作为解决方案, 就是用户上传的图片先保存在本地, 然后被镜像抓取一次之后自动变更为七牛的URL
请问这样做相比直接远程附件有哪些弊端呢?
我能想到的就是
1,因为要回源站抓取一次数据,所以第一次打开图片速度会慢一点(但是发帖者发贴后自己就会把图片加载一遍,所以实际上对其他用户而言没有区别)
2,是否会增加一些额外费用呢?
3,对服务器硬盘容量要求更高,相当于要多出一笔存储费用(虽然不贵)
4,请补充?
直接通过镜像存储区拉取源站资源首次拉取会慢些,费用的话本质上不会有变化,顶多是源站的存储会多一份,流量会多一份;
镜像存储有一点会稍微麻烦一些,就是当镜像源站更新资源的时候,七牛不会主动回到镜像源站拉取资源,因为七牛会优先访问空间中已经存在的资源,所以如果镜像源站更新资源,那么就需要调用prefetch接口 或者 主动删除七牛空间的同名资源,让下次访问的时候七牛强制回源拉取资源。