php上传断点续传解决方案
程序员文章站
2024-04-04 22:55:48
...
php上传断点续传
不使用控件，好像只能用flash实现了？
不使用控件，好像只能用flash实现了？
分享到：
------解决方案--------------------
当然的了。php不支持吧
------解决方案--------------------
不用控件基本上不好实现。你可以看下QQ邮箱里面的大附件上传功能，百度网盘，DBank(华为网盘)，115网盘，360网盘他们的断点续传功全部都是自已开发的控件来实现的。而不是使用Flash来实现的。
------解决方案--------------------
在实际网络环境中一般30MB左右的文件都需要借助于控件来实现。一方面是因为国内的网络环境不太稳定，另一方面是从服务器的负载方面考虑。
一般情况下我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。
服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。
腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。
------解决方案--------------------
传统的HTML方式已经难已满足超大文件的上传。别说是100MB，50MB对服务器来说都是非常大的，服务不仅要专门开一个socket连接接一直等待这个文件上传完毕，还要分配同等大小的内存来保存这个文件对服务器造成的压力相当的大，而且这个压力将会随着用户的增加而成几何式的增加。就算是用Flash也不行，因为目前的Flash不支持断点续传操作，也不支持文件分块操作，Flash和传统的HTML方式上传原理一样。用Flash上传100MB图片，服务器也要分配100MB的内存。10个用户同时上传100MB数据的话，就要吃掉服务器1G的内存。
Flash上传时是将整个文件加截到内存中的，这是比较严重的问题。因为如果用户要上传5G的文件，Flash也会将5G文件全部加载到内存中。这样会严重影响用户的操作体验。因为这时用户的电脑会处于假死状态。一般用户电脑也就2G，所以直接挂掉，内存不足，或内存溢出。
有些朋友试过用Flash文件上传控件来上传超大文件，但是经常遇到上传超时，或上传出错的问题。这是因为现在的Flash文件上传控件使用的技术还是和传统的HTML方式上传一样。让服务器打开一个连接，然后一直等到客户端把这个文件传完。但是在实际的网络环境中，用户的网速可能只有50KB/S，上传200MB的文件可能要花2.8小时。但是服务器的SESSION连接不可能为用户等2.8个小时，这还不考虑复杂的网络环境，比如数据包丢失的情况。如果遇到数据包丢失和网络异常的情况，那用户前面的100MB文件是白传了。这相当于浪费了用户一个小时的时间。给用户带来了极差的体验。
对于服务器来讲，连接资源是非常有限的，就算服务器能够为一个用户等2.8个小时，如果用户访问一大，每一个用户都占用一个连接并且占用这么长时间，那么服务器的并发处理能力就变的非常低了。其它的用户就算是请求一个简单的1KB的HTML页面也必须等服务器处理完前面的用户的请求。
同时Flash也无法满足超大文件的上传需求。因为超大文件上传需求有一个要求就是要保证数据传输的稳定性。比如用户上传1G的文件，已经上传了500MB,这时网突然断了，但是用户希望下次传这个文件的时侯是从最后一次上传的位置开始传输，也就是从500MB的位置开始传输，这一个需求是Flash是无法做到的。
像QQ邮箱中的超大附件上传功能，115网盘中的超大附件上传控件，华为网盘(DBank)，金山快盘他们都是使用控件来实现超大文件上传功能的。这样做主要是减轻服务器压力(服务器响应时间更快，并发处理能力更强)，节省服务器内存(服务器不必为每个用户都分配与文件同等大小的内存)，同时提高用户体验(用户可在复杂的网络环境中上传超大文件)。
当然从技术角度来讲，像这些互联网知名企业也是考虑了支撑海量用户的分布式文件存储构架设计。因为他们的文件存储服务器不可能是一台，而且会动态的随着用户数的增加而增加。
如果真如某些朋友所说的Flash控件就能解决超大文件上传的问题，那么腾迅也不会花那么大的力气专门为QQ邮箱开发一个控件了。
------解决方案--------------------
用PHP或者用Flash实现断点续传的最大问题在于如何将1GB数据一次性传到Web服务器上面。Flash由于安全问题在对超大文件的处理性能上面存在很大的问题。
------解决方案--------------------
flash 也属于控件范畴
断点续传上传比断点续传下载还要容易实现
只要是断点续传，那就是双方的事情了，两端都要支持才行
------解决方案--------------------
当然的了。php不支持吧
------解决方案--------------------
不用控件基本上不好实现。你可以看下QQ邮箱里面的大附件上传功能，百度网盘，DBank(华为网盘)，115网盘，360网盘他们的断点续传功全部都是自已开发的控件来实现的。而不是使用Flash来实现的。
------解决方案--------------------
在实际网络环境中一般30MB左右的文件都需要借助于控件来实现。一方面是因为国内的网络环境不太稳定，另一方面是从服务器的负载方面考虑。
一般情况下我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。
服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。
腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。
------解决方案--------------------
传统的HTML方式已经难已满足超大文件的上传。别说是100MB，50MB对服务器来说都是非常大的，服务不仅要专门开一个socket连接接一直等待这个文件上传完毕，还要分配同等大小的内存来保存这个文件对服务器造成的压力相当的大，而且这个压力将会随着用户的增加而成几何式的增加。就算是用Flash也不行，因为目前的Flash不支持断点续传操作，也不支持文件分块操作，Flash和传统的HTML方式上传原理一样。用Flash上传100MB图片，服务器也要分配100MB的内存。10个用户同时上传100MB数据的话，就要吃掉服务器1G的内存。
Flash上传时是将整个文件加截到内存中的，这是比较严重的问题。因为如果用户要上传5G的文件，Flash也会将5G文件全部加载到内存中。这样会严重影响用户的操作体验。因为这时用户的电脑会处于假死状态。一般用户电脑也就2G，所以直接挂掉，内存不足，或内存溢出。
有些朋友试过用Flash文件上传控件来上传超大文件，但是经常遇到上传超时，或上传出错的问题。这是因为现在的Flash文件上传控件使用的技术还是和传统的HTML方式上传一样。让服务器打开一个连接，然后一直等到客户端把这个文件传完。但是在实际的网络环境中，用户的网速可能只有50KB/S，上传200MB的文件可能要花2.8小时。但是服务器的SESSION连接不可能为用户等2.8个小时，这还不考虑复杂的网络环境，比如数据包丢失的情况。如果遇到数据包丢失和网络异常的情况，那用户前面的100MB文件是白传了。这相当于浪费了用户一个小时的时间。给用户带来了极差的体验。
对于服务器来讲，连接资源是非常有限的，就算服务器能够为一个用户等2.8个小时，如果用户访问一大，每一个用户都占用一个连接并且占用这么长时间，那么服务器的并发处理能力就变的非常低了。其它的用户就算是请求一个简单的1KB的HTML页面也必须等服务器处理完前面的用户的请求。
同时Flash也无法满足超大文件的上传需求。因为超大文件上传需求有一个要求就是要保证数据传输的稳定性。比如用户上传1G的文件，已经上传了500MB,这时网突然断了，但是用户希望下次传这个文件的时侯是从最后一次上传的位置开始传输，也就是从500MB的位置开始传输，这一个需求是Flash是无法做到的。
像QQ邮箱中的超大附件上传功能，115网盘中的超大附件上传控件，华为网盘(DBank)，金山快盘他们都是使用控件来实现超大文件上传功能的。这样做主要是减轻服务器压力(服务器响应时间更快，并发处理能力更强)，节省服务器内存(服务器不必为每个用户都分配与文件同等大小的内存)，同时提高用户体验(用户可在复杂的网络环境中上传超大文件)。
当然从技术角度来讲，像这些互联网知名企业也是考虑了支撑海量用户的分布式文件存储构架设计。因为他们的文件存储服务器不可能是一台，而且会动态的随着用户数的增加而增加。
如果真如某些朋友所说的Flash控件就能解决超大文件上传的问题，那么腾迅也不会花那么大的力气专门为QQ邮箱开发一个控件了。
------解决方案--------------------
用PHP或者用Flash实现断点续传的最大问题在于如何将1GB数据一次性传到Web服务器上面。Flash由于安全问题在对超大文件的处理性能上面存在很大的问题。
------解决方案--------------------
flash 也属于控件范畴
断点续传上传比断点续传下载还要容易实现
只要是断点续传，那就是双方的事情了，两端都要支持才行
声明：本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn核实处理。
相关文章
相关视频
专题推荐
-
独孤九贱-php全栈开发教程
全栈 170W+
主讲：Peter-Zhu 轻松幽默、简短易学，非常适合PHP学习入门
-
玉女心经-web前端开发教程
入门 80W+
主讲：灭绝师太 由浅入深、明快简洁，非常适合前端学习入门
-
天龙八部-实战开发教程
实战 120W+
主讲：西门大官人 思路清晰、严谨规范，适合有一定web编程基础学习
作者信息
- 最新文章
- 热门排行
网友评论
文明上网理性发言，请遵守 新闻评论服务协议
我要评论