get的url长度限制

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中的URL长度限制（资料整理）

HTTP中的URL长度限制首先,其实http 1.1 协议中对url的长度是不受限制的,协议原文: 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

ASP.NET MVC, Url长度过长问题解决，404.15问题

最近在处理一个问题的时候,发现他们存在一个大量数据放在URL中传递的过程,当数据达到一定数量的时候就会报出404.15问题. 运行环境是在IIS8,经过查询之后发现,URL此时最大长度为2048,肯定存在可以修改配置的地方. 不出所料,在根目录web.config 有可以修改限制最大长度的配置方法: 找到项目对应的web.config文件 1.修改system.web配置 <system.web> <httpRuntime maxUrlLength=" /> </

浏览器和服务器对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长度过长的问题

最近项目中很多跨域的问题,有时候跨域要传递很多参数,甚至有时候要传递整个对象,处理的方法是把对象转换成JSON形式的字符串再传递.此时该JSON字符串就比较长,作为参数附加到URL后面,URL就会变得很长,而浏览器和服务器对URL长度是有限制的,因此很容易出错.这里记录一下解决该问题的方法. 上网查询得知: 不同浏览器对URL长度的限制不同,不同的Web服务器处理URL的最大长度的能力也不同. IE中URL的最大长度是2083字符(资料:http://support.microsoft.com/

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

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

使用隐藏form表单下载文件,解决url方式下载,由于环境问题而限制url长度,满足不了所有的需求!

一对于某些环境导出是直接用wiondow.href=url直接导出下载,有些业务需求,如员工档案等字段比较多的时候,全选导出就会引发异常,由于Nginx转发长度限制的问题, 如果运维不愿意改变环境,只能硬着头皮修改程序了,即由原来的get方式改为POST,ajax方式是不能下载文件的,因为会把文件流直接返回到回调函数中,所以这里采取隐藏form表单下载后台接口修改为POST接受方式: @SuppressWarnings("rawtypes") @RequestMapping(val

URL 长度有限制吗？

众所周知,传递小量参数(在没有其他原因,例如隐藏参数值的情况下)推荐使用GET方法,传递大量参数推荐使用POST方法.原因是什么呢? 原因是传说GET方法是通过URL来传递,而URL的长度是受限的,而POST方法采用流的方式,理论上可以传递的容量是没有限制的. 现在来看这个描述:“URL的长度是受限的”,但HTTP协议规范也没有对URL长度进行限制,具体是在哪里受限制呢?browser端还是server端呢? 网上现在google出来的结果都是说url的长度实际上是受到browser的限制,如I

HTTP中的URL长度限制

首先,其实http 1.1 协议中对url的长度是不受限制的,协议原文: 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

url长度

今天在测试Email Ticket的时候发现在进行Mark as Read/Unread操作时,请求是通过GET方式进行的.URL中列出了所有参与该操作的Ticket Id.于是,我想起GET请求是有最大长度限制的.遂输入超长一串Ticket Id进行请求,结果页面报错如下: HTTP Error 404.15 - Not Found The request filtering module is configured to deny a request where the query stri

js方法encodeURI后，关于get请求url长度的限制测试与总结

(本文仅作个人记录只用比较啰嗦,重点只看红字部分即可) Test.jsp 请求test1.jsp IE11环境下,get请求url最多4096个字节: 请求的是http://localhost:9080/test1.jsp?name=倾不见黄河之水天上来奔流到海不复回君不见高堂明镜悲白发朝如青丝暮成雪……(太长省略) (君不见黄河之水天上来...不要在意这些细节) 经测试: url计算长度时,对应的字符串是: /test1.jsp?name=倾不见黄河之水天上来奔流……(太长省略) 没有前面的h

浏览器和服务器对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都有自己的长度限制. 服务器的限制:我接触的最多的服

图解Http协议 url长度限制

http请求报文的格式一般请求所带有的属性: http响应报文的格式: 响应首部一般包含如下内容: 一.技术基石及概述问:什么是HTTP? 答:HTTP是一个客户端和服务器端请求和响应的标准TCP.其实建立在TCP之上的. 当我们打开百度网页时,是这样的: https://www.baidu.com 多了个S,其实S表示TLS.SSL.在这里不做解释,因此HTTP的技术基石如图所示: 那HTTP协议呢?HTTP协议(HyperText Transfer Protocol),即超文本传输协议是

修改Tomcat可支持get形式url长度

maxHttpHeaderSize="8192" 加在 <Connector port="8081" maxHttpHeaderSize="3145728"maxThreads="150" minSpareThreads="25" maxSpareThreads="75"enableLookups="false" redirectPort="8443&

修改Tomcat可支持get传参方式的url长度，get形式

maxHttpHeaderSize="8192"加在 <Connector port="8081" maxHttpHeaderSize="3145728"maxThreads="150" minSpareThreads="25" maxSpareThreads="75"enableLookups="false" redirectPort="8443&q

【HTTP】IE的URL的最大长度限制和如何解决URL最大长度的限制

习惯了用户URL传递参数的方便和快捷,然而大多数人并没有了解通过GET方式请求页面并传递一个过长的参数的话,IE浏览器会自动的截取超出最大长度的字符的!微软的权威解释,IE的url最大长度是2083个字节,可以用于GET传递数据的长度是2048个字节.Maximum URL length is 2,083 characters in Internet Explorer.http://support.microsoft.com/default.aspx?scid=kb;EN-US;q208427那

URL传值问题，不同浏览器对URL的长度要求

通过URL传值的问题,所以对url字符串进行encodeURIComponent对url字符串内容进行编码,问题解决,但是有时候会出现 The request filtering module is configured to deny a request where the query string is too long,问题的原因是以get方式传字符串的时候,有长度限制. IIS 7对于Query String有长度限制.默认为2048. 该问题的解决办法可以通过修改configurat

不同浏览器对URL最大长度的限制

不同浏览器对URL最大长度的限制 1.今天碰到一个bug,window.open后面的页面,接收参数不全,导致后台报错.实验了一下.发现是使用get方法请求服务器时,URL过长所致微软官方的说明: http://support.microsoft.com/kb/208427 IE: 2,083 字符 Firefox (Browser): 65536,实际测试最长字长4098(可能是服务器限制) Safari (Browser)URL最大长度限制为 80,000个字符. Opera (Bro

Http get方式url参数长度以及大小

详见: http://blog.yemou.net/article/query/info/tytfjhfascvhzxcytp69 众所周知, 传递小量参数(在没有其他原因,例如隐藏参数值的情况下)推荐使用GET方法,传递大量参数推荐使用POST方法.原因是什么呢? 原因是传说中GET方法是通过URL来传递,而URL的长度是受限的,而POST方法采用流的方式,理论上可以传递的容量是没有限制的. 现在来看这个描述:"URL的长度是受限的",具体是在哪里受限制呢?browser端还是ser

URL最大长度

今天在测试Email Ticket的时候发现在进行Mark as Read/Unread操作时,请求是通过GET方式进行的.URL中列出了所有参与该操作的Ticket Id.于是,我想起GET请求是有最大长度限制的.遂输入超长一串Ticket Id进行请求,结果页面报错如下: HTTP Error 404.15 - Not Found The request filtering module is configured to deny a request where the query stri

get的url长度限制

热门专题