如果时间改长了
这样的话对服务器是不是就造成很大压力啊。
web.config也配置了。还是不行。
页面顶部加上超时属性设置时间也不行。
页面加载事件里面设置Server.ScriptTimeout时间 还是不行。
除了 配置IIS之外就没有别的方法了么。配置IIS的超时时间 是不是所有页面的超时时间都是那么多。
这样的话服务器就有很大的压力啊
求大神帮忙啊！！！
要只是配置这一个上传页面超时时间
20 个解决方案
#1
大侠们 结贴不是问题。就是分数低了点。拜托救救我这菜鸟
#2
...你可以不用fileupload这个控件 去网上找下大文件上传控件就好了。。。
#3
www.uploadify.com`
#4
我用的是swfupload组件。flash的。不是fileupload
#5
这个我用过 弄了个批量上传图片
我现在不是上传不了的问题。 而是怎么配置一个页面的超时时间 ，让这个大文件在上传的过程中不超时。
#6
web.config中配置两个地方
<system.web>
<httpRuntime executionTimeout="36000" maxRequestLength="2097151"/>
</system.web>
<system.webServer>
<security>
<requestFiltering>
<requestLimits maxAllowedContentLength="2147483647" />
</requestFiltering>
</security>
</system.webServer>
#7
试了 还是不行。。。。 只要不改IIS的超时时间 我本地怎么改都是那样。
#8
服务器内存太小了吧？
<configuration>
<system.web>
<processModel memoryLimit="80"/>
</system.web>
</configuration>
<configuration>
<system.web>
<processModel memoryLimit="80"/>
</system.web>
</configuration>
#9
做个标记，和以前见过的还不一样！
#10
传统的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邮箱开发一个控件了。
#11
兄台，如果必须用swfupload传大文件(>100MB)的话，这对服务器考验非常滴高。
首先普通的PC服务器就不要考虑鸟，扛不住滴。至少都是专用服务器，价格约在2W以上。
其次，带宽，100MB共享那就是搞笑了，个人建个网站都嫌慢，还传大文件，那就玩笑开大鸟。至少都是100MB独享的，还得是专用机房，一年的投入大概在200,000以上。少鸟这个数那你就是搞笑鸟。
最后总结：
个人玩玩的话，在本地跑或者搞个小网站就自已一个人用用的话，文件也小比如10KB~100KB,swfupload那是完全毛得问题滴。
要是大文件，想专业，滴话，swfupload,Flash控件统统就不要考虑鸟。为毛？群不见腾迅，115，DBank(华为网盘)也是专门开发的控件来搞的。
#12
在实际网络环境中一般100MB左右的文件都需要借助于控件来实现。一方面是因为国内的网络环境不太稳定，另一方面是从服务器的负载方面考虑。
我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。
服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。
腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。
#13
看了楼上几位高手解答后
看来用swfupload上传视频是行不通的了
除了自己开发上传控件加上好点的服务器之外就没有别的办法了么？
看来用swfupload上传视频是行不通的了
除了自己开发上传控件加上好点的服务器之外就没有别的办法了么？
#14
孩子。。。。你想多了
微软自带的东西只是针对小型的使用，
如果上传大型文件，都是专门自己的一个上传控件，会有自己的一个上传独立的线程来控制
你看过哪个XX网上传视频了？都是种子
在看优酷那些。你在哪看出来他们是基本的上传控件了？
微软自带的东西只是针对小型的使用，
如果上传大型文件，都是专门自己的一个上传控件，会有自己的一个上传独立的线程来控制
你看过哪个XX网上传视频了？都是种子
在看优酷那些。你在哪看出来他们是基本的上传控件了？
#15
两个地方要修改，一个是web.config中
还有一个是%windir%\system32\inetsrv\config\applicationhost.config文件
在<requestFiltering>节点下增加<requestLimits maxAllowedContentLength="2147483647" />节点
试试看，希望对你有用
<httpRuntime executionTimeout="110" maxRequestLength="2097151" requestLengthDiskThreshold="256" useFullyQualifiedRedirectUrl="false" minFreeThreads="8" minLocalRequestFreeThreads="4" appRequestQueueLimit="5000" enableKernelOutputCache="true" enableVersionHeader="true" requireRootedSaveAsPath="true" enable="true" shutdownTimeout="90" delayNotificationTimeout="5" waitChangeNotification="0" maxWaitChangeNotification="0" enableHeaderChecking="true" sendCacheControlHeader="true" apartmentThreading="false" />
还有一个是%windir%\system32\inetsrv\config\applicationhost.config文件
在<requestFiltering>节点下增加<requestLimits maxAllowedContentLength="2147483647" />节点
试试看，希望对你有用
#16
超大视频文件断点续传大杀器：Xproer.HttpUploader4： http://www.cnblogs.com/xproer/archive/2012/05/29/2523757.html
此控件支持100G文件的断点续传操作，提供了完善的开发文档，支持文件MD5验证，支持文件批量上传。
粘贴文件，简化选择文件操作：
文件MD5值计算进度：
文件MD5值计算完毕
服务器根据MD5检测是否存在相同文件
续传文件
从服务器加载文件列表
文件上传中
文件上传完毕
上传文件夹
与Discuz!X2整合-后台安装断点续传控件
与Discuz!X2整合-后台启用断点续传控件
与Discuz!X2整合-后台断点续传控件启用成功
与Discuz!X2整合-前台发帖页面
与Discuz!X2整合-上传
页面调用示例代码：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>HTTP断点续传控件与MySQL数据库演示页面(UTF-8)</title>
<link href="HttpUploader/HttpUploader.css" type="text/css" rel="Stylesheet"/>
<script type="text/javascript" charset="utf-8" src="HttpUploader/FileLister.js"></script>
<script type="text/javascript" charset="utf-8" src="HttpUploader/HttpUploader.js"></script>
<script type="text/javascript" charset="utf-8" src="HttpUploader/combinbox.js"></script>
<script type="text/javascript" src="HttpUploader/jquery-1.3.2.min.js"></script>
<script language="javascript" type="text/javascript">
var cbItemLast = null;
var cbMgr = new CombinBoxMgr();
$(document).ready(function()
{
cbMgr.LoadInControl("FilePanel");
cbMgr.Init();
});
</script>
</head>
<body>
<div id="FilePanel"></div>
</body>
</html>
资源下载：
CAB安装包
开发文档
ASP.NET-ACCESS示例
ASP.NET-SQL2005示例
JSP-ACCESS-GB2312示例
JSP-ACCESS-UTF8示例
JSP-SqlServer2005-UTF8示例
JSP-MySQL-UTF8示例
PHP-MySQL-UTF8示例
#17
我们公司现在做的一个教育行业的系统就是用的这个控件。因为这套系统的用户需要上传大的视频文件，然后在服务端转换成Flash文件。
之前我们也和楼主一样试过Flash，但是后来发现行不通所以就换成了这个。现在已经上线了。
建议如果你是做项目的话还是采用成熟的商业产品，在技术支持方面也更有保障一些。有什么问题直接找他们帮忙解决。公司的开发部门把精力放在核心的业务上面，而不是这些边边角角的问题上。
#18
这个不确，现在的确是这样的，公司需要把重心放在核心的业务上面，而不是其它的方面。除非你们公司有非常强大的技术团队，或者和腾迅一样。能够解决所有问题。话说回来，腾迅解决这个分布式存储问题也是花了很多的精力才搞定的。那不是一天的事情。
否则你只是浪费时间。浪费精力。
#19
就一个解决方法，文件分块上传。
#20
.NET 2.0后并不是你说的这样，大于256KB的文件上传会临时存储在磁盘！
#21
#1
大侠们 结贴不是问题。就是分数低了点。拜托救救我这菜鸟
#2
...你可以不用fileupload这个控件 去网上找下大文件上传控件就好了。。。
#3
www.uploadify.com`
#4
我用的是swfupload组件。flash的。不是fileupload
#5
这个我用过 弄了个批量上传图片
我现在不是上传不了的问题。 而是怎么配置一个页面的超时时间 ，让这个大文件在上传的过程中不超时。
#6
web.config中配置两个地方
<system.web>
<httpRuntime executionTimeout="36000" maxRequestLength="2097151"/>
</system.web>
<system.webServer>
<security>
<requestFiltering>
<requestLimits maxAllowedContentLength="2147483647" />
</requestFiltering>
</security>
</system.webServer>
#7
试了 还是不行。。。。 只要不改IIS的超时时间 我本地怎么改都是那样。
#8
服务器内存太小了吧？
<configuration>
<system.web>
<processModel memoryLimit="80"/>
</system.web>
</configuration>
<configuration>
<system.web>
<processModel memoryLimit="80"/>
</system.web>
</configuration>
#9
做个标记，和以前见过的还不一样！
#10
传统的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邮箱开发一个控件了。
#11
兄台，如果必须用swfupload传大文件(>100MB)的话，这对服务器考验非常滴高。
首先普通的PC服务器就不要考虑鸟，扛不住滴。至少都是专用服务器，价格约在2W以上。
其次，带宽，100MB共享那就是搞笑了，个人建个网站都嫌慢，还传大文件，那就玩笑开大鸟。至少都是100MB独享的，还得是专用机房，一年的投入大概在200,000以上。少鸟这个数那你就是搞笑鸟。
最后总结：
个人玩玩的话，在本地跑或者搞个小网站就自已一个人用用的话，文件也小比如10KB~100KB,swfupload那是完全毛得问题滴。
要是大文件，想专业，滴话，swfupload,Flash控件统统就不要考虑鸟。为毛？群不见腾迅，115，DBank(华为网盘)也是专门开发的控件来搞的。
#12
在实际网络环境中一般100MB左右的文件都需要借助于控件来实现。一方面是因为国内的网络环境不太稳定，另一方面是从服务器的负载方面考虑。
我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。
服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。
腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。
#13
看了楼上几位高手解答后
看来用swfupload上传视频是行不通的了
除了自己开发上传控件加上好点的服务器之外就没有别的办法了么？
看来用swfupload上传视频是行不通的了
除了自己开发上传控件加上好点的服务器之外就没有别的办法了么？
#14
孩子。。。。你想多了
微软自带的东西只是针对小型的使用，
如果上传大型文件，都是专门自己的一个上传控件，会有自己的一个上传独立的线程来控制
你看过哪个XX网上传视频了？都是种子
在看优酷那些。你在哪看出来他们是基本的上传控件了？
微软自带的东西只是针对小型的使用，
如果上传大型文件，都是专门自己的一个上传控件，会有自己的一个上传独立的线程来控制
你看过哪个XX网上传视频了？都是种子
在看优酷那些。你在哪看出来他们是基本的上传控件了？
#15
两个地方要修改，一个是web.config中
还有一个是%windir%\system32\inetsrv\config\applicationhost.config文件
在<requestFiltering>节点下增加<requestLimits maxAllowedContentLength="2147483647" />节点
试试看，希望对你有用
<httpRuntime executionTimeout="110" maxRequestLength="2097151" requestLengthDiskThreshold="256" useFullyQualifiedRedirectUrl="false" minFreeThreads="8" minLocalRequestFreeThreads="4" appRequestQueueLimit="5000" enableKernelOutputCache="true" enableVersionHeader="true" requireRootedSaveAsPath="true" enable="true" shutdownTimeout="90" delayNotificationTimeout="5" waitChangeNotification="0" maxWaitChangeNotification="0" enableHeaderChecking="true" sendCacheControlHeader="true" apartmentThreading="false" />
还有一个是%windir%\system32\inetsrv\config\applicationhost.config文件
在<requestFiltering>节点下增加<requestLimits maxAllowedContentLength="2147483647" />节点
试试看，希望对你有用
#16
超大视频文件断点续传大杀器：Xproer.HttpUploader4： http://www.cnblogs.com/xproer/archive/2012/05/29/2523757.html
此控件支持100G文件的断点续传操作，提供了完善的开发文档，支持文件MD5验证，支持文件批量上传。
粘贴文件，简化选择文件操作：
文件MD5值计算进度：
文件MD5值计算完毕
服务器根据MD5检测是否存在相同文件
续传文件
从服务器加载文件列表
文件上传中
文件上传完毕
上传文件夹
与Discuz!X2整合-后台安装断点续传控件
与Discuz!X2整合-后台启用断点续传控件
与Discuz!X2整合-后台断点续传控件启用成功
与Discuz!X2整合-前台发帖页面
与Discuz!X2整合-上传
页面调用示例代码：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>HTTP断点续传控件与MySQL数据库演示页面(UTF-8)</title>
<link href="HttpUploader/HttpUploader.css" type="text/css" rel="Stylesheet"/>
<script type="text/javascript" charset="utf-8" src="HttpUploader/FileLister.js"></script>
<script type="text/javascript" charset="utf-8" src="HttpUploader/HttpUploader.js"></script>
<script type="text/javascript" charset="utf-8" src="HttpUploader/combinbox.js"></script>
<script type="text/javascript" src="HttpUploader/jquery-1.3.2.min.js"></script>
<script language="javascript" type="text/javascript">
var cbItemLast = null;
var cbMgr = new CombinBoxMgr();
$(document).ready(function()
{
cbMgr.LoadInControl("FilePanel");
cbMgr.Init();
});
</script>
</head>
<body>
<div id="FilePanel"></div>
</body>
</html>
资源下载：
CAB安装包
开发文档
ASP.NET-ACCESS示例
ASP.NET-SQL2005示例
JSP-ACCESS-GB2312示例
JSP-ACCESS-UTF8示例
JSP-SqlServer2005-UTF8示例
JSP-MySQL-UTF8示例
PHP-MySQL-UTF8示例
#17
我们公司现在做的一个教育行业的系统就是用的这个控件。因为这套系统的用户需要上传大的视频文件，然后在服务端转换成Flash文件。
之前我们也和楼主一样试过Flash，但是后来发现行不通所以就换成了这个。现在已经上线了。
建议如果你是做项目的话还是采用成熟的商业产品，在技术支持方面也更有保障一些。有什么问题直接找他们帮忙解决。公司的开发部门把精力放在核心的业务上面，而不是这些边边角角的问题上。
#18
这个不确，现在的确是这样的，公司需要把重心放在核心的业务上面，而不是其它的方面。除非你们公司有非常强大的技术团队，或者和腾迅一样。能够解决所有问题。话说回来，腾迅解决这个分布式存储问题也是花了很多的精力才搞定的。那不是一天的事情。
否则你只是浪费时间。浪费精力。
#19
就一个解决方法，文件分块上传。
#20
.NET 2.0后并不是你说的这样，大于256KB的文件上传会临时存储在磁盘！