我用DW做了个上传功能的网站，但是上传大文件的时候就提示网站无法显示了..在线求等
不知道怎么上图...
上传的视频还可以上传的，但是上传到100M左右的时候就跳转为无法显示该页面了
页面显示内容如下：
HTTP500 内部服务器错误
 最可能的是原因是：
   ：该网站正在维护
   : 该网站有程序错误
---------
代码是最大上传限制为：1G的
------最佳解决方案--------------------
IIS metabase中的Request Max Length 值修改过吗？
------其他解决方案--------------------

引用:

IIS metabase中的Request Max Length 值修改过吗？

这个值？没有修改过？请问在哪修改的？
------其他解决方案--------------------

引用:

IIS metabase中的Request Max Length 值修改过吗？

这个metabase.XML文件打不开..怎么弄的呢
------其他解决方案--------------------

引用:

不知道怎么上图...
上传的视频还可以上传的，但是上传到100M左右的时候就跳转为无法显示该页面了
页面显示内容如下：
HTTP500 内部服务器错误
 最可能的是原因是：
   ：该网站正在维护
   : 该网站有程序错误
---------
代码是最大上传限制为：1G的

我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。

服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。

腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。

------其他解决方案--------------------

引用:

引用:
不知道怎么上图...
上传的视频还可以上传的，但是上传到100M左右的时候就跳转为无法显示该页面了
页面显示内容如下：
HTTP500 内部服务器错误
最可能的是原因是：
：该网站正在维护
: 该网站有程序错误
---------
代码是最大上传限制为：1G的

我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的……

Flash的不行吗？貌似我看到一些网站是用Flash做的，不过上传的文件大小有限制，一般都是10MB以内的。
------其他解决方案--------------------

引用:

引用:

引用:
不知道怎么上图...
上传的视频还可以上传的，但是上传到100M左右的时候就跳转为无法显示该页面了
页面显示内容如下：
HTTP500 内部服务器错误
最可能的是原因是：
：该网站正在维护
: 该网站有程序错误
---------
代码是最大上传限制为：1G的

我们的网站用户有的可能用的电信的网络，有的用的是联通的网络……

Flash的也不行吧，他的原理和普通HTML方式上传是一样的。
------其他解决方案--------------------

引用:

引用:

引用:

引用:
不知道怎么上图...
上传的视频还可以上传的，但是上传到100M左右的时候就跳转为无法显示该页面了
页面显示内容如下：
HTTP500 内部服务器错误
最可能的是原因是：
：该网站正在维护
: 该网站有程序错误
---------
代码是最大上传限制为：1G的

我们的网站用户有的可能用的……

有朋友想用网上免费的Flash控件来上传大文件，比如swfupload，也不是说不行，但是有几个前题条件要考虑。君不见现在有些服务商提供鸟纯HTML方式的500MB视频文件上传功能？问题是人扛得住呀，人专用服务器，超大带宽，千兆独享，光纤机房。你要是有这厚家底别说Flash了，HTML都成。

第一服务器要好，必须是专用的商用服务器，内存大，CPU快，散热好，机房得是独立滴，swfupload上传小文件没啥，一但50MB或100MB那他就会让你明白钢铁是怎样练成的~！服务端内存瞬间被撑爆有木有~！~！CPU占用率立刻100%有木有？

第二带宽要好，共享的就不要考虑了，那是搞笑的，5个网速快的用户每个用户上传100MB，基本上就会把你服务器的带宽全部吃掉。至少都是100MB独享的，看看115，当年也是用Flash搞的，有兴趣的朋友可以鸟解下他的带宽投入多大，每年都是大几百万上千万的烧的。后来也扛不住了，最后还是专门招开发人员开发控件来搞，带宽一下子就省下来了。每年给115节省鸟不少的银子，程序员高薪是怎么来的？就是这么来的~！

你想到网上随便找个开源免费的Flash上传控件，和系统一整合然后上线运营就想赚银子，或者拿高薪？少年，醒醒吧。你叫腾迅服务端的高级开发人员情何以堪啦？ 
当年QQ的用户数处于千万级别的时侯，分布式存储问题已经成为了腾迅整个公司发展的瓶颈。腾迅为了解决分布式存储这个问题投入了相当大的精力，整个公司的开发人员包含顶尖的服务端系统构架设计人员全部投入攻关了6个月才搞定的，不说别的，光算6个月公司的开支就不小于大几百万了。这个技术储备为QQ成为现在IM领域的王者奠定坚实的基础。又或者说是QQ王者地位突显的一个重要标志~！现在这个技术已经成为了QQ的基础建设，QQ以后推出的各种应用都是基于分布式存储构建的。少年，你想知道这个技术为QQ带来了多大的潜力吗？想想微信在短短几个月