通过URL同步触发imageView2或者imageMogr2这样的处理后，处理结果会被缓存在cdn节点上，这样只要七牛空间资源不发生变化、同时处理命令不发生变化，那么缓存有效期内就会访问到缓存，缓存过期后回七牛源站校验，如果校验源站资源未改变，那么会更新缓存有效期，同时依然访问缓存。
另外，上传策略可以设置其缓存时间
你可以尝试在链接后加上?time=时间戳试看看,
或者在七牛基本设置 - 空间设置 - 空间管理 - 七牛云存储修改maxAge缓存时间
⑵ 如何获取七牛云存储的AccessKey和SecretKey
七牛在使用API方式管理文件是通过Access Key和Secret Key来认证的，这里只说下如何获取这两个KEY
2
首先必须注册一个七牛账号（注册链接），注册完成后创建一个空间（BUCKEY，可以是公开的或私有的），点击导航上的“账号设置”：
3
然后点击左侧的“密钥”，在右边就可以看到你七牛账户对应的AK和SK，所有的使用API操作七牛云存储中的文件的方法都是需要提供这两个参数的：
4
另外使用“创建新密钥”的方法还可以再创建一组AK和SK，这样就可以同时使用这两组参数；或者创建一个新密钥，再把旧密钥停用后删除，这样就可以起到定期更换密钥的功能，安全性大有保障。
5
再到我们的密钥填写的地方输入
6
接着就是保存的环节
7
再回到我们上传视频的插件地址，上传文件限制大小就扩到1g
8
⑶ 七牛云存储的技术实力怎么样
特有的上传加速能力。其他云存储通常只加速下载（CDN）。有的号称支持上传加速，其实也就只是做了上传的代理节点。但是七牛是全球首家采用多IDC架构的分布式存储。数据就近上传到某个IDC即落地，真正加速到极致。
特有的断点续上传功能。不再需要网络不行时在那一遍遍从头再来。无论网络多糟糕（尤其是3G/2G移动网络）、无论文件多大，我们都能够保证让你的数据到达服务器。这个在国内仍然没有其他云存储能够做到。
CDN整合。七牛目前整合了包括蓝汛、网宿在内的 4 家 CDN，总节点数已经超过 1000 个IDC，这让自建 CDN 望尘莫及。我们不重新发明轮子。但我们要让 CDN 从高端走向平民。为什么只能大公司才能享受 CDN 带来的好处？有了七牛，你就是个博客主也可以享受高品质的快感。七牛还帮你做了智能的 CDN 品质监测。万一某家 CDN 出现局部节点问题时，七牛还能够自动帮你把该区域切换到另一家 CDN，整个过程透明，让你省时省心。
独特的镜像存储，体验七牛云存储只需一键。
流媒体（音视频处理）支持。这个目前国内云存储也是首家。悄悄告诉你，最近音视频支持还会重大更新哦。
数据处理功能的级联（也就是管道）。图片先缩略再打水印，是管道功能的典型案例。
大文件支持。七牛云存储单文件最大支持到1TB
⑷ 七牛云存储的技术实力怎么样
听朋友提过，但我自己用的是赛蓝云的，主要是支持全球7个数据中心存储、同时适配我们硬件所用的芯片
⑸ 七牛镜像存储 WordPress 插件的使用
在七牛设置镜像存储
1.
登陆七牛，选择你的空间(注意：空间一定要设置为公开)，然后点击
空间设置
>
域名绑定，输入自定义的域名，或者直接使用七牛提供的域名：
2.
然后点击
镜像存储
菜单，点击一键加速按钮：
3.
输入源站的地址，点击确定加速：
安装和使用七牛镜像存储
WordPress
插件
下载七牛镜像存储
WordPress
插件，上传激活，然后在
WordPress
后台
>
七牛镜像存储
>
基本设置，输入你前面绑定的域名(注意输入的域名一定要加上
http://)：
七牛镜像存储
WordPress
插件高级用法
除了将网站上的静态文件镜像到七牛之外，七牛镜像存储
WordPress
插件还可以做更多事情：
更新七牛文件
如果你希望在
WordPress
后台直接更新镜像到七牛的文件，你需要在上面的设置中输入七牛的
ACEESS
KEY
和
SECRET
KEY，以及绑定的空间名。然后就可以在
WordPress
后台直接更新文件了：
七牛的
ACEESS
KEY
和
SECRET
KEY
可以到
https://portal.qiniu.com/setting/key
获取：
上传
Robots.txt
部分用户使用七牛的镜像存储功能可能会导致网站被网络
K，解决方法就是上传一个
Robots.txt
文件到七牛云存储：
⑹ 七牛云存储的关于七牛
七牛，是一家云存储初创企业，由国内存储行业的领军人物之一许式伟于2011年创立。团队核心成员主要来自盛大、金山、网龙、惠普等知名互联网公司，核心成员之间已合作多年。
七牛采用全分布式存储架构，可以解决单一数据中心架构可能存在的风险。和传统的云存储服务不同，七牛还增加了上传下载全网加速以及图片、音视频的处理服务。
七牛云存储主要托管企业的静态资源，为企业提供一站式在线数据托管、上传下载全网加速、以及数据云端处理服务。主要做静态文件，包括富媒体一体化解决方案，解决富媒体存储、上传下载加速、数据处理，包括图片处理、音视频处理，比如说做缩略图，打水印。
此外，七牛还提供了镜像存储、客户端直传以及断点续上传等功能，方便开发者的使用。
⑺ 如何使用七牛云存储免费存储功能
首先注册，然后实名制一下领取10个G的免费空间，创建一个
bucket （存放文件的空间）
上传的你文件，复制外链即可！
⑻ 如何利用七牛云存储实现 HLS 的多码率播放
一，登录成功后，中间和右上角点击+新建空间 二，建立空间填写名称，并设置为公开访问 三，点击内容管理，并点击右上角的“上传”按钮 四，七牛不支持直接在网页上批量上传，不能分目录分组管理文件（如果需要区分文件目录路径，就添加文件前缀） 。
⑼ 关于七牛云存储自定义URL的问题
近段时间将使用七牛云存储来存放用户上传的数据，客户端通过七牛的js-sdk与七牛交互，服务端C#实现了七牛相关的接口。在这过程中多多少少遇到点问题，在这里总结一下。原文： 使用七牛云存储的一些经验总结
599错误处理
如果在与七牛的交互中出现http状态码为599的错误，一句话，不要犹豫，直接联系七牛技术支持 。七牛的文档也在很多地方提到这个错误，都是指导大家去联系技术支持的。笔者是在分块上传后的 mkfile 调用时出现的，联系技术支持后，说是调整了一下，让我重试。后来就好了...
分块上传无法从回调中获得文件的原始名
简单上传采用的是multipart/form-data方式上传，七牛服务端能够从请求中获得文件的原始名，并支持使用魔法变量 $(fname) 回调业务服务器。不过当使用分片上传的时候情况有所不同。分片上传需要在最后调用 mkfile ，来将分片拼接起来。但是， mkfile 接口支持普通的请求，并没有附带文件名，所以七牛也就无法获得文件名，此时从 $(fname) 中是取不到文件名的。这个问题我也向七牛技术支持提交了问题，得到的结果是使用自定义变量 mkfile 支持将自定义变量放在url中，回调的时候自定义变量可以传递给业务服务器。
慎用图片预处理
七牛云支持很多对文件的预处理，其中最常用的应该就是图片预处理了，可以对图片的大小做变换等。七牛推荐使用GET的方式直接指定图片处理结果的url，像这样：
http://qiniuphotos.qiniudn.com/gogopher.jpg?imageView2/1/w/200/h/200
处理后的图片会自动缓存，用户不用关心，只要每次访问都用这个url就行了。然而，笔者在开始的时候，为了保持与其他文件形式统一的处理方法，对图片使用了预处理（因为视频什么的只能预处理），即在token中指定了预处理。此时问题出现了，从后台的日志看到，图片的预处理通知回调竟然比正常的上传成功回调还要快！这就导致预处理结果到来之前，我的业务服务器的数据库中还没有这个图片，无法保存预处理结果了。所以 推荐还是使用url直接处理，对图片要慎用预处理
视频文件无法快进播放
通常用户在观看视频的时候都会根据自己的喜好，快速将视频定位到指定的时间播放。实现这个功能，需要视频本身有关键帧信息、服务端需要支持关键帧播放请求，在 这篇文章 中有详细讨论。
但是笔者发现，在使用七牛云转化后的视频，这样做是无效的。于是咨询技术支持，得到的答案是：转化的文件是具有关键帧的，但七牛使用CDN加速，所以关键帧请求需要CDN的支持，如果想要用这个功能的话，需要单独联系销售或技术支持在CDN上配置，而且时间比较长。笔者联系了销售和技术支持，说是帮我配置，但到现在还没有搞定，因为最近这个也不是特别重要，所以也没有跟下去。
Callback校验
这是可选的一个步骤。由于七牛云会在上传完成之后回调业务服务器，所以理论上说业务服务器需要校验这个回调的合理性。原理在七牛的 文档 中有，需要用到 HMAC-SHA1 签名函数。但是七牛的sdk中没有提供直接的方式来做校验，在研读文档、多次失败和查看sdk源码后，笔者终于校验成功了。关键的分歧在于，文档中的这句话：
获取明文：data = Request.URL.Path +”\n” +Request.Body
这里的 Request.URL.Path 是否包含Querystring?答案是包含的!下面是笔者C#服务端的校验代码，使用的是ASP.NET Web Api：
```C#
byte[] key = System.Text.Encoding.UTF8.GetBytes(Qiniu.Conf.Config.SECRET_KEY);
using (HMACSHA1 hmac = new HMACSHA1(key))
{
var t = filterContext.Request.Content.ReadAsStringAsync();
t.Wait();
string rawbody = t.Result;
log.DebugFormat("request's rawbody : {0}", rawbody);
string text = filterContext.Request.RequestUri.PathAndQuery + "\n" + rawbody;
log.DebugFormat("PathAndQuery + \n + rawbody : {0}", text);
byte[] digest = hmac.ComputeHash(System.Text.Encoding.UTF8.GetBytes(text));
string computed = Qiniu.Util.Base64URLSafe.Encode(digest);
log.DebugFormat("Computed hash after base64 : {0}", computed);
IEnumerable<string> auths;
if (filterContext.Request.Headers.TryGetValues("Authorization", out auths) && auths.Count() == 1)
{
string auth = auths.First();
log.DebugFormat("Authorization in header : {0}", auth);
if (auth.StartsWith("QBox "))
{
var arr = auth.Substring(5).Split(':');
if (arr.Length == 2)
{
if (arr[1] != computed)
{
log.ErrorFormat("Authorization failed. Since auth from header {0} not equals computed {1}", arr[1], computed);
}
else
{
log.Debug("Authorization success.");
//only pass can be return
return;
}
}
else
{
log.Error("Callback Authorization's format is invalid, can not find two part after split by ':'.");
}
}
else
{
log.Error("Callback Authorization's format is invalid, missing leading 'QBox '.");
}
}
else
{
log.Error("The request from qiniu callback is missing 'Authorization'");
}
filterContext.Response = filterContext.Request.CreateResponse(System.Net.HttpStatusCode.Forbidden);
}
如下几个注意点：
- 明文应当是请求的path+querystring部分和rawbody
- 对于.NET而言，明文和key都需要用UTF-8编码变换成字节才能进行签名。而php中的hash_hmac函数完全不用这么复杂...
- 签名的结果再用base64的url安全的方式编码，再与请求的http头部的Authorization比较
建议官方在文档中加入一些相对底层一些的编程语言的实现，php太高端了...
## js-sdk实现略显粗糙 ##
在使用过程中，我发现[官方的js-sdk](https://github.com/qiniupd/qiniu-js-sdk/)有几个我觉得不好的地方：
**不能为每个文件获取UpToken**
试想，在文件上传过程中有获取UpToken是必须的，而且UpToken又需要包含预处理指令，不同的文件显然需要不同的UpToken，而在js-sdk的实现中，只在初始化这个上传组件对象的时候请求一次上传凭证，后面所有的上传都需要使用这个预先得到的UpToken：
```javascript
uploader.bind('Init', function(up, params) {
getUpToken();
});
于是我修改了这部分，在 BeforeUpload 事件中请求UpToken。建议官方考虑更改这个地方
只能实现分片上传，无法断点续传
js-sdk的实现在分片上传的实现上，是很简单的，不仅没有使用分片，而是分块（一块4m，调用mkblk），而且没有实现持久化ctx，或者类似的回调或接口。4m分块这个问题还可以不追究，没有实现持久化ctx就说不过去了，不持久化怎么实现断点续传撒?!就算不实现，也应该给出回调的入口，让调用者来实现持久化，而我实在无法找到这个'空子'可钻，只能直接在源码上改动了。
没有复用流行类库的东西
这个其实算不上问题，因为作为一个不依赖jquery的sdk，当然不能使用jquery现成的东西，比如ajax。不依赖jquery就算了，依赖plupload是几个意思嘛，还依赖全局对象...于是最后，我干脆自己将sdk改成了Backbone的类，将不要的东西统统去掉，使用jquery和underscore简化代码了...