我用DW做了个上传功能的网站，但是上传大文件的时候就提示网站无法显示了..在线求等
不知道怎么上图...
上传的视频还可以上传的，但是上传到100M左右的时候就跳转为无法显示该页面了
页面显示内容如下：
HTTP500 内部服务器错误
最可能的是原因是：
：该网站正在维护
: 该网站有程序错误
---------
代码是最大上传限制为：1G的
[最优解释]
IIS metabase中的Request Max Length 值修改过吗？
[其他解释]
这个值？没有修改过？请问在哪修改的？
[其他解释]
这个metabase.XML文件打不开..怎么弄的呢
[其他解释]
我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。
服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。
腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。
[其他解释]
Flash的不行吗？貌似我看到一些网站是用Flash做的，不过上传的文件大小有限制，一般都是10MB以内的。
[其他解释]
Flash的也不行吧，他的原理和普通HTML方式上传是一样的。
[其他解释]
有朋友想用网上免费的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带来了多大的潜力吗？想想微信在短短几个月内用户速突破亿级你就会明白了。
不过话说回来如果个人搞的玩玩，就一两个人上传100KB~1MB那确实没多大问题，经常超时？那你联系一下空间服务端，看他能不能帮你把IIS上面的超时时间调整一下，估记可能性很小，因为你一个普通用户，交的银子又不多，几百块，他跟你调个P。为你一个用户一年几百块而增加他服务器的负担导致同台服务器上面的其它几十个上百个网站用户风险变高，我想空间服务商没那么傻。
如果用户比较多的话，那就趁早洗洗睡吧。不说别的就说现实点的，Flash免费控件成本是相当高滴。因为Flash是要配合大带宽投入以及高服务器硬件配置的。你想用普通PC当服务器玩网络硬盘？QQ笑了，Google笑了，115笑了，DBank笑了，微软的SkyDriver也笑了。
[其他解释]
传统的HTML方式已经难已满足超大文件的上传。别说是100MB，50MB对服务器来说都是非常大的，服务不仅要专门开一个socket连接接一直等待这个文件上传完毕，还要分配同等大小的内存来保存这个文件对服务器造成的压力相当的大，而且这个压力将会随着用户的增加而成几何式的增加。就算是用Flash也不行，因为目前的Flash不支持断点续传操作，也不支持文件分块操作，Flash和传统的HTML方式上传原理一样。用Flash上传100MB图片，服务器也要分配100MB的内存。10个用户同时上传100MB数据的话，就要吃掉服务器1G的内存。
有些朋友试过用Flash文件上传控件来上传超大文件，但是经常遇到上传超时，或上传出错的问题。这是因为现在的Flash文件上传控件使用的技术还是和传统的HTML方式上传一样。没有使用分段上传技术，这种传统的HTML上传方式需要服务器必须开着一个SOCKET连接一直等到Flash上传完毕。这在大并发的情况下对服务器可能会造成非常大的压力，因为网站的访问量一大，用户上传的文件一多，服务器不可能为一个用户等很长时间。都是希望能够在最短的时间内处理完用户的请求。
像QQ邮箱中的超大附件上传功能，115网盘中的超大附件上传控件，华为网盘(DBank)，金山快盘他们都是使用控件来实现超大文件上传功能的。这样做主要是减轻服务器压力，节省服务器内存，同时提高用户体验。
当然从技术角度来讲，像这些互联网知名企业也是考虑了支撑海量用户的分布式文件存储构架设计。因为他们的文件存储服务器不可能是一台，而且会动态的随着用户数的增加而增加。
如果真如某些朋友所说的Flash控件就能解决超大文件上传的问题，那么腾迅也不会花那么大的力气专门为QQ邮箱开发一个控件了。
[其他解释]
修正时间：2007年5月6日
修正说明：由于iis6的Content-Length 头信息中包含的请求长度超过了 AspMaxRequestEntityAllowed 的值（默认200K）, IIS 将返回一个 403 错误信息.
直接导致在iis6下调试FCKeditor上传功能时，一旦文件超过200K,上传文件时文件管理器失去响应，受此影响，文件的快速上传功能也存在在缺陷。
在参考 宝玉 的 Asp无组件上传带进度条 演示程序后作出如下修改，以修正在iis6下的错误。
=====================================================
去参考一下FCKeditor编辑器的上传吧，或者提取它的上传工具