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个字符，超过最大长度后无法提交。
Google Chrome 2.0.168   :url最大长度7713个字符，超过最大长度后无法提交

时间： 2024-10-10 21:39:09

HTTP Get请求URL最大长度的相关文章

HTTP 请求方式: GET和POST的比较当发送数据时，GET 方法向 URL 添加数据；URL 的长度是受限制的（URL 的最大长度是 2048 个字符）。

什么是HTTP? 超文本传输协议(HyperText Transfer Protocol -- HTTP)是一个设计来使客户端和服务器顺利进行通讯的协议. HTTP在客户端和服务器之间以request-response protocol(请求-回复协议)工作. GET - 从指定的服务器中获取数据 POST - 提交数据给指定的服务器处理 GET方法: 使用GET方法时,查询字符串(键值对)被附加在URL地址后面一起发送到服务器: /test/demo_form.jsp?name1=value1

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

解决使用webbrowser请求url时数据传递丢失问题

问题: 使用“ this.webBrowser.Url = new Uri(webBrowserUrl);”方式请求Action(Java Web)并传递数据,在webBrowserUrl中携带的参数过长时,java web中接收到的数据值部分丢失. 原因 使用此方式请求url,相当于GET请求,而GET方法提交的数据有长度限制(由浏览器.服务器决定,HTTP GET方法提交的数据大小长度并没有限制,HTTP协议规范没有对URL长度进行限制),故而在传递数据过长时会出现数据部分丢失问题. 解决方

不同浏览器对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 (Brows

HTTP URL最大长度

HTTP RFC2616协议没有规定URL的最大长度,但规定服务器如果不能处理太长的URL,就得返回414状态码(Request-URI Too Long). HTTP RFC2616协议指出,某些旧的客户端或代理,可能无法处理超过255个字节的URI. 既然HTTP协议没有规定URL的最大长度,那么URL的最大长度与用户的浏览器有关,同时和服务器能够处理的最大长度URL有关. 站点地图协议(sitemap protocol),限制URL的长度是2048,如果你想让搜索引擎能够搜索到你,2048

【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那

关于cas-client单点登录客户端拦截请求和忽略/排除不需要拦截的请求URL的问题（不需要修改任何代码，只需要一个配置）

前言:今天在网上无意间看到cas单点登录排除请求的问题,发现很多人在讨论如何通过改写AuthenticationFilter类来实现忽略/排除请求URL的功能:突发奇想搜了一下,还真蛮多人都是这么干的,原谅我是个耿直的boy,当时我笑的饭都喷出来了,只需要一个配置的问题,被你们搞的这么麻烦:虽然很想回复他们"你们这帮人用别人的东西都不看源码的吗?",转念一想,这也要怪作者不给力,文档里压根没有提到这个配置,在这里用少量篇幅讲解如何配置排除不需要拦截的请求URL,后面用大量篇幅介绍我是如

http post请求url封装相应的key token 及校验码

post请求本来是一种很常见的web请求方式,相信许多项目都有一系列的封装工具类. 今天遇着一个特殊的需求. 需要在post的请求url内封装相应的token 与及key相关的值,这就奇怪了,url封装相应的参数值不是get的做法么,post可以支持么 ,试试,例如Postman等常用的restful接口测试工具都能够调用成功,但是原来封装的普通的http的post方法,便不再能够正常支持参数的 封装,要么校验报错,或者说是直接提示url不符合规范. 常用的请求方式是httpClient 与Ht

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