Mongo使用PHP进行断点续传的问题

关于php、关于HTTP RANGE、关于断点续传
•从php手册上看$_SERVER数组的信息是从Web服务器创建的信息获取,并不关php是否支持，要看你用的web服务器软件是否允许。虽然手册上并没有列出HTTP_RANGE信息。但是相关的例子不少。我看到写的较严谨的例子：http://www.thomthom.net/blog/2007/09/php-resumable-download-server/
•你可以自己本地建立一个简易测试。比如使用它做现成测试：http://php.net/manual/zh/function.fread.php#106999
•下载文件，暂停再点继续。如果没有做断点续传是回到初始重新开始或者下载器报异常（你可删除相关http_range代码，验证一个事实）。事实上是php做断点续传是可行的。
其实比较憋屈，文件服务器做的事让php去做了。如果是大文件,用fread一下子全部读出来，php基本会抛出异常,提示内存不够。那这里还要去控制一个读出限制。
比如我前面说那例子中是这么处理的（我简化了部分）。每次读出最多1024 * 8个字节数，到达EOF 的时候完成。

可以想象下，如果服务器（不管是ftp还是http等等）他们不允许断点。那些众多的下载软件基本没市场了。目的服务器支持多线程最好了，如果不允许也没关系，到其他下载点返回一个断点，继续下载,自己实现一个多断点下载。这也是下载软件的基本原理。

Gridfs Mongodb存储
你所描述的“用mongodb的chunks来实现一种断点续传”这是错误的理解。断点这不关数据库的事。你所描述的是一个读取过程，控制的一个数据输出。并且因为HTTP本身协议原因，它没能力让你“删除不是整数的部分”你只能判断出具体文件字节流，再做细致数据输出。

其实你应该往”Gridfs Mongodb存储“方向去做应用。

gridfs就是做你所描述的类似的事情。将文件分割存储到mongodb。读出时再整合。其中内部机制我没研究，但肯定比你自己实现要有效率的多。你如果有兴趣可以去研究下。针对php的mongodb驱动也是评价非常好的。使用gridfs替换原始文件存储是可行的。

并且如果你使用的是Nginx服务器软件，可以避开php读取。直接做成Nginx模块。让Nginx去读取文件，会比使用php更高效。当然了写入还是用php。

HTTP 断点上传有难度，单纯的依靠它自身实现不了。目前的方案挺多：java、flash、silverlight、activex等等做客户端控制，然后服务器端再做处理等等。
目前我知道的做的比较优秀的是Youtube:https://support.google.com/youtube/bin/answer.py?hl=zh-Hans&answer=1672758&topic=1719827&ctx=topic