zoukankan      html  css  js  c++  java
  • 原来163的大容量异步上传是这么实现的

    本来准备在我开发的系统里弄个大容量异步上传附件的东西,看了看,感觉还是163的比较酷,于是准备拔下来看看。

    看了半天没看到有任何一行关于上传文件的代码,于是准备祭出神奇:F12,抓网络请求!

    连续实验了许多次,每次的请求只有几百byte,没道理啊,我一个文件大概有300KB,就算分成几段上传,也不可能每次都只有300B啊,难道客户端把文件

    的二进制读出来,然后压缩再上传?想想,不太可能,就算是300KB分成10段,每段起码30KB,和300B比起来差了100倍,而且我上传的文件既有JPG,也有PDF。

    JPG是已经压缩过的了,难道还能压缩?就算是压缩也不可能压缩比能到1:100啊,于是google,翻看了很多大数据异步上传的案例,都是通过form提交来实现的,感觉不爽。

    难道是通过activex来实现的?想了想还真有这种可能。

    于是在IE下,把ACTIVEX挨个的禁用。把M$的所有ACTIVEX全都禁用,发现还能上传,妹的,不信了!于是把adobe的flash也禁用了!

    果然,发现163不能异步上传了,脑子里面灵光一现:难道是通过flash进行的上传?

    越想越可能,也只有使用flash才能保证跨平台、跨浏览器、无法再浏览器的网络请求中抓包。

    于是,继续,看看他们的页面上都加载了什么资源:

    果然,发现加载了一个叫做/js5/h/FileSplitUploader.swf 的flash,真正的罪魁祸首是她

    好吧,看来我需要转变一下思路了,用js分段提交的话,一个是受限于JS的计算能力,还有可能会受到浏览器的限制,用flash来上传到的确是一个不错的思路。

    分析完毕!

  • 相关阅读:
    大型网站数据库架构分析
    Mysql 存储引擎中InnoDB与Myisam的主要区别
    设计模式培训之一:为什么要用单例模式?
    架构师成长之路
    hdoj1257 最少拦截系统
    hdoj2571 命运
    hdoj1010 Temperor of the bone
    hdoj1175 连连看
    ny220 推桌子
    ny168 房间安排
  • 原文地址:https://www.cnblogs.com/baod/p/3461693.html
Copyright © 2011-2022 走看看