@est 我看了看实际上要是纠结php的话用php打个socket发送就可以了,发送过程是阻断式所以我知道用户确实接受完毕了文件的片段,断点续传用socket实现也是有可能的。
http://www.cnblogs.com/funlake/archive/2012/04/06/2435241.html
已经有打好的可以用了~

@est 我的表达不好...

@est 那个1m是指文件大小...把大文件看为一坨1m包的连续

@est 不是，rapid上可能是几g的超大单文件，我利用高级会员可以断点续传，用户下载到了，我再给准备文件，用户不下载或者距离这个点超过1m，我就不准备

@est 有没有什么方法让nginx发送分割了的文件？我现在在考虑用户提交链接，我去扒取两个2m的片段，开始发送，用户接受完成了一个1m的片段后我开始准备下一个1m片段 并且清理已经发送的1m

@est 我需要怎么知道用户接受完了...
@horsley 这种可行，断点续传再想办法,记得idm有个重新捕捉
@suriv520 某种原因不得不php python的话打一个tcp解决输出
或者开udp灌

@shiny 主要是proxy比较难以实现
我需要从uploaded.to获取文件
serverfault上的是个下载认证配置吧...
读文件是本地的
我的文件是即时使用curl从远端获取
菊苣有转发一个文件的示范的话跪求
nginx的proxy模块无法设置cookie,所以不能用于下行。
做nginxmod的话工程量太大。

@shiny 关键是我需要实现即时的转发,就像http://u-hacks.net/accountboerse.php这个一样
那种方法无法实现即时的文件转发,需要先下载下来我再发送,我是给下载加速的所以也不需要做反盗链或者下载限制什么的,即时性能最重要。

@Archangel_SDY 并不是完全没有内存,我的小服内存只有16G,下载文件堆积多了爆内存内存再大内存也受不了.
下载到硬盘再发送让用户等太慢，我想做到像uhacks那种即时发送

[img]http://ww4.sinaimg.cn/mw690/604879f9gw1ecizwplsv2j20xc0evtcn.jpg[/img]
优化了一下速度也算不错了
@wsph123 目前急需前端大神啊 有兴趣的话求来加入项目

@chairuosen ml.china.cdn.loli.us
和 ml.cdn.loli.us 在大陆实际ping起来哪个快一点？
还有你那个测速工具是那里的，看起来不错，求介绍。

@wsph123 流量的话hk那边貌似基本是无限的样子...还有我没有微博求帮忙问一下