get请求限制了长度怎么办

2024-11-10

解决Get请求的长度限制

错误提示: HTTP Error 404.15 - Not Found The request filtering module is configured to deny a request where the query string is too long. 原因: IE的get请求url默认是2k(各个浏览器或许不一样,但是get请求是有长度限制的) 解决: 1.修改配置项 <system.webServer> <security> <requestF

HTTP Get请求URL最大长度

各浏览器HTTP Get请求URL最大长度并不相同,几类常用浏览器最大长度及超过最大长度后提交情况如下: IE6.0 :url最大长度2083个字符,超过最大长度后无法提交.IE7.0 :url最大长度2083个字符,超过最大长度后仍然能提交,但是只能传过去2083个字符.firefox 3.0.3 :url最大长度7764个字符,超过最大长度后无法提交.Opera 9.52 :url最大长度7648个字符,超过最大

转：HTTP Get请求URL最大长度

转自:http://blog.csdn.net/M_ChangGong/article/details/5764711 各浏览器HTTP Get请求URL最大长度并不相同,几类常用浏览器最大长度及超过最大长度后提交情况如下: IE6.0 :url最大长度2083个字符,超过最大长度后无法提交.IE7.0 :url最大长度2083个字符,超过最大长度后仍然能提交,但是只能传过去2083个字符.firefox 3.0.3 :url最

GET请求的请求参数最大长度

在HTTP规范RFC-2616中有这样一段描述: The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to handle URIs of unbounded length if they provide GET- based f

http 请求 post get 长度限制

一.问题起因在某项目释放后Bug统计的附件<释放后问题>里有: 问题原因分析备注 CSV处理时,如果处理的主题数过多,发生URL参数上限的错误: 可变长度的参数通过URL方式传递,会造成这种潜在的错误发生. 1.属于2次发生问题,开发方面没有及时通过checklist等方式向组员传达相关注意事项:2.测试时没有作大批量数据的测试: 1.作为经验添加至CheckList中,加强组内共享.检查的效果:2.加强测试点是否完备的检查,重点关注对开发方面共性问题的测试: 通过对

关于post请求超出最大长度

这是因为asp.net默认限制最大上传文件大小为4096kb,而我上传了6000kb+所以超出了限制,需要修改项目的web.config文件即可解决,可以将最大文件长度设置为你需要的长度,我这里设置为:1024*10kb=10mb 1 <configuration> 2 <system.web> 3 <httpruntime maxrequestlength="10240" /> 4 </system.web> 5 <configu

get请求的最大字符长度

各浏览器HTTP Get请求URL最大长度并不相同,几类常用浏览器最大长度及超过最大长度后提交情况如下: IE6.0 :url最大长度2083个字符,超过最大长度后无法提交. IE7.0 :url最大长度2083个字符,超过最大长度后仍然能提交,但是只能传过去2083个字符. firefox 3.0.3 :url最大长度7764个字符,超过最大长度后无法提交. Opera 9.52 :url最大长度7648个字符,超

GET请求中URL的最大长度限制总结

由于jsonp跨域请求只能通过get请求,url长度根据浏览器及服务器的不同而有不同限制. 若要支持IE的话,最大的长度为2083字符,若是中文字符的话只有2083/9=231个字符. 若是Chrom... 关键字: 服务器,浏览器,url长度限制今天在写一个php相应jsonp请求的功能时,发现当url中包含的请求参数过长时会返回414错误. 如下图 <html> <head><title>414 Request-URI Too Large</title&

浏览器和服务器对http请求(post get) url长度限制

1. GET URL长度限制在Http1.1协议中并没有提出针对URL的长度进行限制,RFC协议里面是这样描述的,HTTP协议并不对URI的长度做任何的限制,服务器端必须能够处理任何它们所提供服务多能接受的URI,并且能够处理无限长度的URI,如果服务器不能处理过长的URI,那么应该返回414状态码. 虽然Http协议规定了,但是Web服务器和浏览器对URI都有自己的长度限制. 服务器的限制:我接触的最多的服务器类型就是Nginx和Tomcat,对于url的长度限制,它们都是通过控制htt

如何解决请求URL长度超过配置的maxurlLength值问题

当我们批量请求的数据太多时,会出现请求的url长度超过配置maxurllength值的问题(比如一次性操作1000条数据) 1.问题描述: 我在进行批量选择单据进行发送时,出现这个问题(批量500条),是post的请求方式 2.问题截图: 3.解决方法: 在项目的web.config添加如下配置 <system web>  <httpRuntime maxUrlLengt

url get与post 请求长度限制

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

浏览器和服务器对post get请求 url长度限制

1. URL长度限制 2. Post数据的长度限制 3. Cookie的长度限制 1. GET URL长度限制在Http1.1协议中并没有提出针对URL的长度进行限制,RFC协议里面是这样描述的,HTTP协议并不对URI的长度做任何的限制,服务器端必须能够处理任何它们所提供服务多能接受的URI,并且能够处理无限长度的URI,如果服务器不能处理过长的URI,那么应该返回414状态码. 虽然Http协议规定了,但是Web服务器和浏览器对URI都有自己的长度限制. 服务器的限制:我接触的最多的服

Post请求方式长度參数过长导致參数为空

Post提交方式本身对于參数的长度没有限制,HTTP协议也没有限制. 可是今天在做一个web项目的时候碰到一个问题,当要提交的表单内容达到一定大小时,发现后台代码接收到的參数为空. 查询了一下.发现是应用server本身对请求參数的长度有限制.详细限制多少我也没測. 我用的是Tomcat,解决的方法例如以下: <Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connec

深入浅出HTTP请求(转自http://www.cnblogs.com/yin-jingyu/archive/2011/08/01/2123548.html)

HTTP(HyperText Transfer Protocol)是一套计算机通过网络进行通信的规则.计算机专家设计出HTTP,使HTTP客户(如Web浏览器)能够从HTTP服务器(Web服务器)请求信息和服务,HTTP目前协议的版本是1.1.HTTP是一种无状态的协议,无状态是指Web浏览器和Web服务器之间不需要建立持久的连接,这意味着当一个客户端向服务器端发出请求,然后Web服务器返回响应(response),连接就被关闭了,在服务器端不保留连接的有关信息.HTTP遵循请求(Requ

一次完整的HTTP请求所经历的7个步骤

HTTP通信机制是在一次完整的HTTP通信过程中,Web浏览器与Web服务器之间将完成下列7个步骤: 1. 建立TCP连接在HTTP工作开始之前,Web浏览器首先要通过网络与Web服务器建立连接,该连接是通过TCP来完成的,该协议与IP协议共同构建Internet,即著名的TCP/IP协议族,因此Internet又被称作是TCP/IP网络.HTTP是比TCP更高层次的应用层协议,根据规则,只有低层协议建立之后才能进行更高层协议的连接,因此,首先要建立TCP连接,一般TCP连接的端口号是80. 2

HTTP协议GET和POST请求的区别

浏览器中输入网址访问资源一般都是通过GET方式:在FORM提交中,可以通过Method指定提交方式为GET或者POST,默认为GET提交.Http协议定义了与服务器交互的不同方法,最基本的方法有4种,分别是GET.POST.PUT.DELETE. URL全称是资源描述符,可以认为一个URL地址用于描述一个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查 ,改 ,增 ,删 4个操作. GET 和 POST请求方法在客户机和服务器之间进行请求-响应时,最常被

HTTP POST请求报文格式分析与Java实现文件上传

时间 2014-12-11 12:41:43 CSDN博客原文 http://blog.csdn.net/bboyfeiyu/article/details/41863951 主题 HTTPHttpComponents 在开发中,我们使用的比较多的HTTP请求方式基本上就是GET.POST.其中GET用于从服务器获取数据,POST主要用于向服务器提交一些表单数据,例如文件上传等.而我们在使用HTTP请求时中遇到的比较麻烦的事情就是构造文件上传的HTTP报文格式,这个格式虽说也比较简单,但也

iOS开发：http中的get和post请求

什么是 HTTP ? 超文本传输协议(HTTP)的设计目的是保证客户端与服务器之间的通信. HTTP 的工作方式是客户端与服务器之间的请求-应答协议. web 浏览器可能是客户端,而计算机上的网络应用程序也可能作为服务器端. 举例:客户端(浏览器)向服务器提交 HTTP 请求:服务器向客户端返回响应.响应包含关于请求的状态信息以及可能被请求的内容. 两种 HTTP 请求方法:GET 和 POST 在客户机和服务器之间进行请求-响应时,两种最常被用到的方法是:GET 和 POST. GET - 从

JAVA模拟HTTP post请求上传文件

在开发中,我们使用的比较多的HTTP请求方式基本上就是GET.POST.其中GET用于从服务器获取数据,POST主要用于向服务器提交一些表单数据,例如文件上传等.而我们在使用HTTP请求时中遇到的比较麻烦的事情就是构造文件上传的HTTP报文格式,这个格式虽说也比较简单,但也比较容易出错.今天我们就一起来学习HTTP POST的报文格式以及通过Java来模拟文件上传的请求. 首先我们来看一个POST的报文请求,然后我们再来详细的分析它. POST报文格式 POST /api/feed/ HTTP/

iOS NSURLConnection POST异步请求封装,支持转码GBK,HTTPS等

.h文件 #import <Foundation/Foundation.h> //成功的回调 typedef void(^successBlock)(id responseObj); //失败的回调 typedef void(^failureBlock)(NSError *error); @interface HttpGBK : NSObject<NSURLConnectionDataDelegate> { successBlock _saveSuccessBlock;//用于保存

get请求限制了长度怎么办

热门专题