原帖由 挨个搞 于 2011-5-20 10:50 发表
back.gif
呵呵,还是得向skype这样的学习
利用别人的带宽.
不然光服务器成本就够吓人的了
美国成本还是能承受的
如果成本远大于效益，那么也就只能失败了
sad.gif
楼主的想法是很好的,但是多了一个代理服务器
无形中要增加成本,对使用者来说,也增加了安全隐患
curl就有现成的多线程方案
只不过是多线程下载
可不可以做个软件,然后把本地当作服务器?
原来的服务器当作本地,用curl进行下载即可实现单文件多线程下载
原帖由 挨个搞 于 2011-5-20 11:08 发表
back.gif
楼主的想法是很好的,但是多了一个代理服务器
无形中要增加成本,对使用者来说,也增加了安全隐患
curl就有现成的多线程方案
只不过是多线程下载
可不可以做个软件,然后把本地当作服务器?
原来的服务器当作本地,用curl ...
这个比较有难度
要考虑NAT等乱七八糟的问题
原帖由 挨个搞 于 2011-5-20 11:08 发表
back.gif
楼主的想法是很好的,但是多了一个代理服务器
无形中要增加成本,对使用者来说,也增加了安全隐患
curl就有现成的多线程方案
只不过是多线程下载
可不可以做个软件,然后把本地当作服务器?
原来的服务器当作本地,用curl ...
当然可以，手里还有内网端口映射到外网的方案，无论运营商是否封80，无论路由器是否支持端口映射，都可以通过一个外网的地址轻松访问到内网机器，只要在自己的电脑上搭建个HTTP环境即可
原帖由 Vita 于 2011-5-20 11:14 发表
back.gif
当然可以，手里还有内网端口映射到外网的方案，无论运营商是否封80，无论路由器是否支持端口映射，都可以通过一个外网的地址轻松访问到内网机器，只要在自己的电脑上搭建个HTTP环境即可 ...
lol.gif
lol.gif
lol.gif
这个好,不依赖代理服务器了..
原帖由 挨个搞 于 2011-5-20 11:19 发表
back.gif
lol.gif
lol.gif
lol.gif
这个好,不依赖代理服务器了..
但是这样就和支持多线程的FTP工具差不多啦，中国连过去线路抽的时候再多的线程等于白费哦~
当然不一样了啊
即便你自己的代理服务器
也不能保证每个人都不抽啊
curl是可以把单文件分成多个数据段下载的
还可以续传
再说,真的有大量数据传到自己服务器上
谁会选择一天到晚抽的服务器做网站?
原帖由 挨个搞 于 2011-5-20 11:23 发表
back.gif
当然不一样了啊
即便你自己的代理服务器
也不能保证每个人都不抽啊
curl是可以把单文件分成多个数据段下载的
还可以续传
再说,真的有大量数据传到自己服务器上
谁会选择一天到晚抽的服务器做网站? ...
可以，那出两个产品吧，先把代理的做好，再做端口映射的.原帖由 挨个搞 于 2011-5-20 10:39 发表
back.gif
如果只是代理
dropbox足以胜任
保证把你的上行速度跑满
另外一些常见的软件,如iso文件,dropbox服务器自己有的
直接给你复制到账号下
都不用实际上传.. ...
俺也是这样干的。 。
不如用国内服务器中转
原帖由 indj 于 2011-5-20 12:39 发表
back.gif
不如用国内服务器中转
带宽成本太大