当上传一个超过30M的文件时,服务器会重定向至404.13页面,报错如下: HTTP Error 404.13 - Not Found The request filtering module is configured to deny a request that exceeds the request content length. 此请求的查询字符串的长度超过配置的 maxQueryStringLength 值 一.全局配置 C:\Windows\System32\inetsrv\conf

.net mvc项目在做上传文件时,出现这个问题,上传文件的是通过表单提交,后台是通过请求里面获取文件信息的 1.问题截图: 堆栈信息 “/”应用程序中的服务器错误.超过了最大请求长度.说明: 执行当前 Web 请求期间,出现未经处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息. 异常详细信息: System.Web.HttpException: 超过了最大请求长度. [HttpException (0x80004005): 超过了最大请求长度.]   Syst

摘自:http://www.cnblogs.com/loalongblogs/archive/2012/10/16/2726372.html web请求报出 “超过了最大请求长度”   错误原因:asp.net默认最大上传文件大小为4M,运行超时时间为90S.   解决方案:   1. 修改web.config文件可以改变这个默认值       <configuration>       <system.web>            <httpRuntime maxRequ

一个ASP.NET项目在部署到生产环境时,当用户并发量达到200左右时,IIS出现了明显的请求排队现象,发送的请求都进入等待,无法及时响应,系统基本处于不可用状态.   当发现请求明显延迟,没有被即时处理的现象,首先就要查看Windows自带的性能日志Performance Monitor. 由于我注意到只有对于.aspx或.ashx的请求才会延迟,而.htm或.jpg文件都是即时响应的,所以很明显问题出在ASP.NET上,于是我选择了性能监视器中的ASP.NET 4.0中的2个主要计数器:Re

若想使用此功能需先启动如下图的Windows功能: 利用失败请求跟踪功能,可以在出现问题时捕获相应的XML格式的日志,从而无需重现该问题即可开始故障排除.此外,还可以定义应用程序的失败条件并配置要基于URL记录的跟踪事件. 失败请求跟踪可以在两个级别进行配置: [1]在站点级别,可以启用或禁用跟踪并配置日志文件设置. [2]在应用程序级别,可以指定捕获跟踪事件时的失败条件,同时还可以配置应在日志文件条目中捕获的跟踪事件. (一)查看失败请求跟踪规则的列表 若要管理失败请求的跟踪规则,可以查看包含

零.总结 文章数据来源于网络,可能存在变动,但是原理是一样的. HTTP 协议 未规定 GET 和POST的长度限制 GET的最大长度显示是因为 浏览器和 web服务器限制了 URI的长度 不同的浏览器和WEB服务器,限制的最大长度不一样 要支持IE,则最大长度为2083byte,若只支持Chrome,则最大长度 8182byte 一.误解 大家都知道http 中 存在 GET 和 POST 这两种最常用的请求方式.(PUT,DELETE不在本文讨论范围之内) 误解:HTTP 协议下的 Get

今天系统遇到了一个问题,上传4m以上的文件,uploadify就会报错:超过了最大请求长度. 开始我以为是设置的大小,可是后来我看了uploadify的fileSizeLimit=1024*10,也就是至少应该有10M的容量. 所以我就跟踪了程序,发现是uploadify内部的,一个返回值,就已经开始报错了,于是就上网搜索,发现了这个帖子:http://blog.csdn.net/jingjing_amy/article/details/6320708 错误原因:asp.net默认最大上传文件大

错误消息:超过了最大请求长度    错误原因:asp.net默认最大上传文件大小为4M,运行超时时间为90S.   解决方案 1. 修改web.config文件可以改变这个默认值                 <configuration>                <system.web>                            <httpRuntime maxRequestLength="1048576" executionTime

一个ASP.NET项目在部署到生产环境时,当用户并发量达到200左右时,IIS出现了明显的请求排队现象,发送的请求都进入等待,无法及时响 应,系统基本处于不可用状态.因经验不足,花了很多时间精力解决这个问题,本文记录了我查找问题的过程和最后解决方案,供大家参考. 软硬件环境: IBM刀片服务器,Intel至强处理器,4物理核,16个逻辑核心,内存32G Windows Server2008 Enterprise R2, ASP.NET 4.0 Webform  IIS7.5  集成模式 当发现请

在这篇博文中,我们抛开对阿里云的怀疑,完全从ASP.NET的角度进行分析,看能不能找到针对问题现象的更合理的解释. “黑色30秒”问题现象的主要特征是:排队的请求(Requests Queued)突增,到达HTTP.SYS的请求数(Arrival Rate)下降,QPS(Requests/Sec)下降,CPU消耗下降,Current Connections上升. 昨天晚上18:08左右发生了1次“黑色30秒”,正好借此案例分析一下. 1.为什么Requests Queued会突增? 最直接的原因

摘自: http://blog.csdn.net/gulijiang2008/article/details/4482993 请在服务器端配置 方法一: 在通过WebService处理大数据量数据时出现如下错误: System.Web.Services.Protocols.SoapException: 在运行配置文件中指定的扩展时出现异常. ---> System.Web.HttpException: 超过了最大请求长度.at System.Web.HttpRequest.GetEntireRa

解决方法: 找到IIS的根节点->右侧“ISAPI和CGI限制”->把禁止的ASP.Net版本项设置为允许. 如下图 今天配置本地iis出现了一些问题,第一个是出现cgi等错误,iis重新安装后(大部分功能都打勾了)还是不能解决,选择iis服务器根目录,选择isapi和cgi限制,跟服务器iis对比了下,发现里面只有asp.net v2.0,于是添加了一个4.0,windows目录下的Microsoft.NET/Framework/v4.0.30319/aspnet_isapi.dll,问题解

在我们的项目中遇到"超过了最大请求长度"如下图所示,是因为IIS默认请求长度4M,当请求长度大于这个值的时候报错,下面是解决方案. 解决方案:修改web.config文件 1.注意在mvc中有两个web.config文件,如下图,一个位于Views下,是用来控制view中的文件:还有一个在位于根目录下,对所有文件起作用.我们修改根目录下web.config 2.修改maxRequestLength:在web.config中我们修改<system.web></syste

自动化CodeReview系列目录 自动化CodeReview - ASP.NET Core依赖注入 自动化CodeReview - ASP.NET Core请求参数验证 参数验证实现 在做服务端开发时经常需要对客户端传入的参数进行合法性验证,在ASP.NET Core中通常会使用如下方式: public class LoginModel { [Required(ErrorMessage = "账号不能为空")] public string Account { get; set; }

APS.NET MVC 上传文件出现  System.Web.HttpException: 超过了最大请求长度 这个问题 原因是 默认最大上传文件大小为4096,而我提交的文件太大了. 解决方案:修改config.xml,设置最大maxRequestLength <configuration>  <system.web>     <httpRuntime maxRequestLength="10000" />  </system.web>

原文地址:http://www.cnblogs.com/hgamezoom/p/3082538.html 一个ASP.NET项目在部署到生产环境时,当用户并发量达到200左右时,IIS出现了明显的请求排队现象,发送的请求都进入等待,无法及时响应,系统基本处于不可用状态.因经验不足,花了很多时间精力解决这个问题,本文记录了我查找问题的过程和最后解决方案,供大家参考. 软硬件环境: IBM刀片服务器,Intel至强处理器,4物理核,16个逻辑核心,内存32G Windows Server2008 E

项目中遇到"超过了最大请求长度"如下图所示,是因为IIS默认请求长度4M,当请求长度大于这个值的时候报错. 修改maxRequestLength:在web.config中我们修改<system.web></system.web>中的maxRequestLength,表示最大请求长度,单位是kb,默认4M   <system.web>   <!--最大请求长度,单位为kb-->   <httpRuntime maxRequestLen

文章中的内容以及解决思路参考(转载)的 http://www.jb51.net/article/88698.htm 在WPF项目中通过HttpClient向后端的WebAPI工程发送HTTP的Post请求时返回了下图所示的异常信息: "超过了最大请求长度"的异常,是因为发送的请求包含了一帧1080p的图片base64编码的图像(大小10M左右),但是IIS默认请求长度4M,当请求长度大于这个值的时候报错,下面是解决方案. 解决方案:修改WebAPI工程的web.config文件 1.注

今天系统遇到了一个问题,上传4m以上的文件,uploadify就会报错:超过了最大请求长度. 开始我以为是设置的大小,可是后来我看了uploadify的fileSizeLimit=1024*10,也就是至少应该有10M的容量. 所以我就跟踪了程序,发现是uploadify内部的,一个返回值,就已经开始报错了,于是就上网搜索,发现了这个帖子:http://blog.csdn.net/jingjing_amy/article/details/6320708 错误原因:asp.net默认最大上传文件大

配置 ASP.NET Core 请求(Request)处理管道 在本节中,我们将讨论使用中间件组件为 asp.net core 应用程序配置请求处理管道. 作为应用程序启动的一部分,我们要在Configure()方法中设置请求处理管道. public class Startup { public void ConfigureServices(IServiceCollection services) { } public void Configure(IApplicationBuilder app