目前又拍云存储已经在 ruby-china 上面也已经举办了两次赠送活动了,赠送的用户受众也有一批了,但是,有很大一部分的用户的账户里面的流量都还没有开始使用,所以,想看看大家都是什么想法,以便我们能够及时的做出改进~ 谢谢大家~
根据目前的 FORM API 来看,ReturnURL 和 NotifyURL 内返回的信息 (如下) 都没有 bucket 信息,
{"code"=>"200", "message"=>"ok", "url"=>"/2012/09/a04670cac9bc2f4cca86c63dc2403c99.png", "time"=>"1348317633", "image-width"=>"200", "image-height"=>"200", "image-frames"=>"1", "image-type"=>"PNG", "sign"=>"8294dcbdfa669c8a24dcdf0097159d0e"}
由于 notify 是异步过程,当 notify 成功后,我这边并不能确定文件传到哪个 bucket 里去了,而 bucket 又是我构造该文件访问 url 的必须项,所以建议能将本次请求的 bucket 也返回来,并且该 bucket 要参与签名,保证传输过程中没有被篡改
#9 楼 @upyun 你们应该有考虑 API 的版本机制吧,一般 API 的设计都会考虑到版本,升版本并不影响原版本功能即可兼容。从目前情况来看,我没有找到其他能确定该异步过程完毕后的 bucket,而无法拼出访问地址,同样类似这样的需求随着使用者越多肯定会越来越多,API 势必需要升级。另外再提一个,目前 upyun 的 API 没有移动文件的 API,当如下场景时我就需要能够移动文件,举个例子,可能不适用,但可说明问题,At 一下 @huacnlee ,比如在 ruby-china 发/回贴时传文件时文件是先传到 upyun,而帖子是后生成的,我可以在帖子生成前上传的图片放入/temp/a/b/c.jpg 等用户真的生成了帖子后,从 temp 目录移动到真实目录,然后定期跑 job 将 temp 目录内的无主文件清理掉,不致浪费存储空间。 移动文件的 API 在其他云存储比如七牛是支持的。