刚刚看了下更新后的极速上传控件：

发送

小文件：sha1=[sha1]&md115=[md115]

大文件：sha1=&md115=[md115]
如果文件是新的（服务器没有） ，接着会发一个这样的包，用MD115代替Sha1存储

本地大文件只解析md115值，本地校验文件省了不少时间。我试了上传一个新文件，然后下载时发现文件有文件SHA1值，看来服务器在接收文件后会计算文件sha1值。

返回

小文件：sha1=[sha1]&md115=[md115]
返回成功

小文件：sha1=&md115=[md115]      （不发送sha1）
返回成功

小文件：sha1=[sha1]&md115=      （不发送md115）
返回成功

大文件：sha1=[sha1]&md115=[md115]
返回成功

大文件：sha1=&md115=[md115]      （不发送sha1）
返回成功

大文件：sha1=[sha1]&md115=      （不发送md115）
返回成功

另外发现doc和txt(可能还有其他类型)，秒传时一定要2个字段都发送，才会返回成功，缺少一个都提示失败，但是文件都能正确进入网盘中

总结

目前看来，各种文件都还能用Sha1#Filesize#Filename三个值进行秒传，不知道接下去115会做什么样的打算，还不得而知。

今天对极速上传插件抓了个包：

发现多了一个字段：md115={md115}

联想到今天刚出的“离线下载 ”，猜测肯定和他有关，服务器需要比对一个文件一小块文件块，让我们上传时计算一小块文件块HASH，以便更新他的文件库中文件的某块大小的HASH，到时候离线下载就和极速上传没区别了。（话说你极速上传一开始就用文件某小块计算HASH不就完了）

猜测过几天应该就会提示极速上传插件需要更新，届时极速上传的文件都会带上md115这个值，数据库中原有的文件会更新这个这个值，到时就TMD杯具了（标准提取式失效）。

目前有个邪恶的想法：
趁现在数据库中原文件都还不含md115值，先做个算法，每次收藏都发送我算法计算的值，先把服务器的md115写入一批。不知倒是服务器怎么处理？