m*****i
发帖数: 38 | 1 要求web page上传超过2GB文件，Ajax或伪Ajax模式，需显示上传进度
可以iFrame, 可以Flash, 不用Java Applet
假设Server是64Bit，PHP环境，post size和upload size设置都已经超过2GB
目前有没有可行的解决方案
Tx |
e******x
发帖数: 925 | 2 文件太大了，不太不太合适。
用支持断点续传的FTP吧
【在 m*****i 的大作中提到】
: 要求web page上传超过2GB文件，Ajax或伪Ajax模式，需显示上传进度
: 可以iFrame, 可以Flash, 不用Java Applet
: 假设Server是64Bit，PHP环境，post size和upload size设置都已经超过2GB
: 目前有没有可行的解决方案
: Tx
|
m*****i
发帖数: 38 | 3 必须web,不然就没难度了
【在 e******x 的大作中提到】
: 文件太大了，不太不太合适。
: 用支持断点续传的FTP吧
|
b********2
发帖数: 855 | 4 如果这个是客户的要求，就告诉他不可行。如果是老板的要求，就和他说没意义。你这
个要求就好像要求大家用手术刀把一头牛给肢解了。当然手术刀肯定能把一头牛肢解了
。难度大不大？很大。有意义吗？起码我觉得没有。肯定要用杀牛的专用刀嘛。想想看
，GOOGLE的技术牛吧，可是人家的附件根本就没想过支持如此大的文件。肯定有他的道
理的。 |
m*****i
发帖数: 38 | 5 这是技术预研的一部分，什么时候能够实现什么时候就上项目。所以研究一下是很有必
要的，你觉得没意义是因为你不在这个领域。我们需要提供给客户HD电影和短片的上传
，处理和下载，这是商业应用和民用应用的差别。
【在 b********2 的大作中提到】
: 如果这个是客户的要求，就告诉他不可行。如果是老板的要求，就和他说没意义。你这
: 个要求就好像要求大家用手术刀把一头牛给肢解了。当然手术刀肯定能把一头牛肢解了
: 。难度大不大？很大。有意义吗？起码我觉得没有。肯定要用杀牛的专用刀嘛。想想看
: ，GOOGLE的技术牛吧，可是人家的附件根本就没想过支持如此大的文件。肯定有他的道
: 理的。
|
d********g
发帖数: 10550 | 6 项目可以上了
http://www.plupload.com
【在 m*****i 的大作中提到】
: 这是技术预研的一部分，什么时候能够实现什么时候就上项目。所以研究一下是很有必
: 要的，你觉得没意义是因为你不在这个领域。我们需要提供给客户HD电影和短片的上传
: ，处理和下载，这是商业应用和民用应用的差别。
|
m*****i
发帖数: 38 | 7 果然还是要用到Java...
【在 d********g 的大作中提到】
: 项目可以上了
: http://www.plupload.com
|
d********g
发帖数: 10550 | 8 不一定要Java啊
【在 m*****i 的大作中提到】
: 果然还是要用到Java...
|
l****g
发帖数: 1922 | 9 这个页面是说 html５本身就支持这些特性么？ 大牛哥 |
m*****i
发帖数: 38 | 10 http://www.plupload.com/punbb/viewtopic.php?id=16
没细看，不过基本上看起来还是不行，你是哪看到支持>2GB的？
【在 d********g 的大作中提到】
: 不一定要Java啊
|
|
|
m*****k
发帖数: 1864 | 11 楼主还真够NB的。技术上毫无盲点，实现上一堆麻烦，但还要一定要走这么一条路。
所谓“解决方案”如果都这样钻牛角尖就没得解决了。灵活处理做好取舍并且研究真正
的需求才是正确的方法。
浏览器本身就不稳定，2G至少要传30分钟，要是没有专线几个小时都不稀奇，浏览器一
Crash全白传了。过不了多久客户就抓狂了，稍微有点Common Sense的人都能预见。 |
d********g
发帖数: 10550 | 12 是的，但那个东西的意思是它已经包装过这些不同技术了，你只需要用它的库就能实现
，具体想切换哪个runtime可以很方便调整
HTML5本身支持很多新功能，要等到浏览器全面支持还得好几年，过渡时期只能妥协一下
【在 l****g 的大作中提到】
: 这个页面是说 html５本身就支持这些特性么？ 大牛哥
|
d********g
发帖数: 10550 | 13 有人说用Gears那个可以
Silverlight: max ~200mb (sometimes more, mostly not)
HTML5: max ~100mb
Flash (with chunking): max ~200mb (sometimes more)
Flash (without chunking): >2GB works _mostly_ fine
Gears: >2GB works fine
HTML4: max 2GB
不过Gears也要挂了：
http://gearsblog.blogspot.com/2011/03/stopping-gears.html
【在 m*****i 的大作中提到】
: http://www.plupload.com/punbb/viewtopic.php?id=16
: 没细看，不过基本上看起来还是不行，你是哪看到支持>2GB的？
|
m*****i
发帖数: 38 | 14 不是说了不能实现就不上项目，哪里钻牛角尖了？你就不能好好看帖再回？
如果不是“真正的需求”我有必要问？还是你比我更了解需求是什么？
有一点算说对了，这个还真有专线做传输的，只不过现在在使用smartjog,还要人工做
客户端安装和文件记录转移
这个缺陷目前导致整个业务流程在这里中断，也是最大的业务瓶颈，还耗费多余的
smartjog使用费和labor
【在 m*****k 的大作中提到】
: 楼主还真够NB的。技术上毫无盲点，实现上一堆麻烦，但还要一定要走这么一条路。
: 所谓“解决方案”如果都这样钻牛角尖就没得解决了。灵活处理做好取舍并且研究真正
: 的需求才是正确的方法。
: 浏览器本身就不稳定，2G至少要传30分钟，要是没有专线几个小时都不稀奇，浏览器一
: Crash全白传了。过不了多久客户就抓狂了，稍微有点Common Sense的人都能预见。
|
l****g
发帖数: 1922 | 15 用javascript，给每个要上传的文件，在服务器里用md５，分配唯一标识，然后用
javascript分切文件，分块上传，并在服务器里记录上传状态，这样就不怕中断了。
不知道javascript能不能干这个？ |
m*****k
发帖数: 1864 | |
m*****k
发帖数: 1864 | 17 我当然没有你了解需求，但我有可能更了解方法。
当一条路很明显的出现了各种不确定因素和现实存在的困难的时候，应该Step back，
问问自己，为什么非要走这条路。
要求并不一定是需求，最终需求绝对不是要通过Web上传大于2G的文件，而是把大于2G
的文件传到服务器上。
很多视频网站都支持HD，要么限制大小，要么提供上传软件。你认为商业软件要求比民
用软件质量高也好，要求高也好，技术本身是不分商业还是民用的。不管你是商业还是
民用，浏览器的限制就定在那里。
事实上，商业软件因为许多的特殊要求，加之环境的单一性和可控性，安装插件或者软
件要比民用的简单的多。
YouTube不可能要求所有用户都装一个软件才能上传，而商业软件则可以这样要求，也
很合理。
【在 m*****i 的大作中提到】
: 不是说了不能实现就不上项目，哪里钻牛角尖了？你就不能好好看帖再回？
: 如果不是“真正的需求”我有必要问？还是你比我更了解需求是什么？
: 有一点算说对了，这个还真有专线做传输的，只不过现在在使用smartjog,还要人工做
: 客户端安装和文件记录转移
: 这个缺陷目前导致整个业务流程在这里中断，也是最大的业务瓶颈，还耗费多余的
: smartjog使用费和labor
|
m*****i
发帖数: 38 | 18 再强调一遍，我从来没说非要走这条路，不知道你怎么得出的这个结论。正相反，因为
没有完善的web解决方案，目前在用smartjog做传输平台。
如果说需求是传到服务器上，我可以找到N(>10)种方案处理，可惜这根本不是我要问的
问题。
所以呢，当你不知道答案的时候，应该keep low profile,问问自己，为什么非要先质
疑别人需求的合理性
另外，现在的限制绝不是浏览器，而且按照现在64bit平台普及速度，用不了多久这个
就不再是问题
2G
【在 m*****k 的大作中提到】
: 我当然没有你了解需求，但我有可能更了解方法。
: 当一条路很明显的出现了各种不确定因素和现实存在的困难的时候，应该Step back，
: 问问自己，为什么非要走这条路。
: 要求并不一定是需求，最终需求绝对不是要通过Web上传大于2G的文件，而是把大于2G
: 的文件传到服务器上。
: 很多视频网站都支持HD，要么限制大小，要么提供上传软件。你认为商业软件要求比民
: 用软件质量高也好，要求高也好，技术本身是不分商业还是民用的。不管你是商业还是
: 民用，浏览器的限制就定在那里。
: 事实上，商业软件因为许多的特殊要求，加之环境的单一性和可控性，安装插件或者软
: 件要比民用的简单的多。
|
l****g
发帖数: 1922 | 19 请教一下，这和操作系统有什么关系？
【在 m*****i 的大作中提到】
: 再强调一遍，我从来没说非要走这条路，不知道你怎么得出的这个结论。正相反，因为
: 没有完善的web解决方案，目前在用smartjog做传输平台。
: 如果说需求是传到服务器上，我可以找到N(>10)种方案处理，可惜这根本不是我要问的
: 问题。
: 所以呢，当你不知道答案的时候，应该keep low profile,问问自己，为什么非要先质
: 疑别人需求的合理性
: 另外，现在的限制绝不是浏览器，而且按照现在64bit平台普及速度，用不了多久这个
: 就不再是问题
:
: 2G
|
m*****k
发帖数: 1864 | 20 呵呵，我当然知道为什么要问，因为我好奇。不然我就不会回复了。既然来问，然后又
一副什么都知道的态度，让别人Low Profile，真不知道问得有啥意义。我好奇心木有
了，祝你好运。
【在 m*****i 的大作中提到】
: 再强调一遍，我从来没说非要走这条路，不知道你怎么得出的这个结论。正相反，因为
: 没有完善的web解决方案，目前在用smartjog做传输平台。
: 如果说需求是传到服务器上，我可以找到N(>10)种方案处理，可惜这根本不是我要问的
: 问题。
: 所以呢，当你不知道答案的时候，应该keep low profile,问问自己，为什么非要先质
: 疑别人需求的合理性
: 另外，现在的限制绝不是浏览器，而且按照现在64bit平台普及速度，用不了多久这个
: 就不再是问题
:
: 2G
|
|
|
b********2
发帖数: 855 | 21 哈哈，楼上别吵了。PHP的我不知道，但是用ASP.NET完全可以达到楼主的要求。
请看这个LINK，
http://tuvian.wordpress.com/2011/06/28/how-to-upload-large-size
to-azure-storage-using-asp-netc/
实现起来没啥难度，不外乎需要注意2个点。1：肯定要自动分割大型文件，然后并行上传，上传完毕后
再合并文件。2：必须支持断点续传。其他没了。
昨天看到一个笑话。说是我们中国人对于任何话题都可以吵的不可开交，除了色情论坛
里，里面的回复全是清一色的“楼主幸苦了”，“楼主好人一生平安”， 看来还是色
狼的素质高啊，LOL。 |
m*****i
发帖数: 38 | 22 这个明显是client的程序啊...哎，这里有人回帖先看帖吗？
说到BBS上跟人吵架，还是10年前的事了...
上传，上传完毕后
【在 b********2 的大作中提到】
: 哈哈，楼上别吵了。PHP的我不知道，但是用ASP.NET完全可以达到楼主的要求。
: 请看这个LINK，
: http://tuvian.wordpress.com/2011/06/28/how-to-upload-large-size
: to-azure-storage-using-asp-netc/
: 实现起来没啥难度，不外乎需要注意2个点。1：肯定要自动分割大型文件，然后并行上传，上传完毕后
: 再合并文件。2：必须支持断点续传。其他没了。
: 昨天看到一个笑话。说是我们中国人对于任何话题都可以吵的不可开交，除了色情论坛
: 里，里面的回复全是清一色的“楼主幸苦了”，“楼主好人一生平安”， 看来还是色
: 狼的素质高啊，LOL。
|
l****g
发帖数: 1922 | 23 晕，有人和你吵 也不是所有人都和你炒
也有真心提意见的。
我希望你能把这句话收回去 ”这里有人回帖先看帖吗？“
谢谢。 |
