get方法url长度限制的原因

2024-09-04

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&

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

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

URL 长度有限制吗？

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

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=" /> </

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

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

图解Http协议 url长度限制

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

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

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

Flask视图函数报fmalformed url rule错误的原因

Flask视图函数报fmalformed url rule错误,原因可能是包含中文字符了把标点符号都重新写一遍英文格式的,可能就不会报这个了

【转】在同一个类中，一个方法调用另外一个有注解（比如@Async，@Transational）的方法，注解失效的原因和解决方法

参考原文链接 @Transactional does not work on method level 描述在同一个类中,一个方法调用另外一个有注解(比如@Async,@Transational)的方法,注解是不会生效的. 比如,下面代码例子中,有两方法,一个有@Transational注解,一个没有. 如果调用了有注解的addPerson()方法,会启动一个Transaction: 如果调用updatePersonByPhoneNo(),因为它内部调用了有注解的addPerson(),如果

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

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

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

java中File的delete()方法删除文件失败的原因

java中File的delete()方法删除文件失败的原因学习了:http://hujinfan.iteye.com/blog/1266387 的确是忘记关闭了: 引用原文膜拜一下: 一般来说 java file.delete失败有以下几个原因 1.看看是否被别的进程引用,手工删除试试(删除不了就是被别的进程占用) 2.file是文件夹并且不为空,有别的文件夹或文件, 3.极有可能有可能自己前面没有关闭此文件的流(我遇到的情况) 这个方法我用来获取文件的大小,用到了流类,但是用完了没有关闭

SQL Server查询优化方法(查询速度慢的原因很多，常见如下几种) .

今天看到一位博友的文章,觉得不错,转载一下,希望对大家有帮助,更多文章,请访问:http://blog.haoitsoft.com 1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2.I/O吞吐量小,形成了瓶颈效应. 3.没有创建计算列导致查询不优化. 4.内存不足 5.网络速度慢 6.查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7.锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8.sp_lock,sp_who,活动的用户查看,原因是读写竞

MS SQL Server查询优化方法查询速度慢的原因很多，常见如下几种

1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2.I/O吞吐量小,形成了瓶颈效应. 3.没有创建计算列导致查询不优化. 4.内存不足 5.网络速度慢 6.查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7.锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8.sp_lock,sp_who,活动的用户查看,原因是读写竞争资源. 9.返回了不必要的行和列 10.查询语句不好,没有优化可以通过如下方法来优化查询 1.把数据.日志.索引放到不同的I/O

vue 不能检测数组长度值变化原因解析

1.vue不能检测数组长度或者值的变化 (1)数组长度变化未检测到 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>vue</title> <script src="https://unpkg.com/vue@2.3.3/dist/vue.js"></script&

动态网页获取ajax,post方法,url里面不直接显示参数

记录一下,爬去ajax数据时,需要注意一下是post方法还是get方法,get方法就正常做就行了,但是post方法的话,需要这样,如下 a = requests.request('post',url) 一般情况获取ajax时,f12上面显示的url都是带有参数的,但是有的不会直接显示参数,比如下面的这里我们看到他的所有url显示的都一样的,所以这时向下拉查看他的参数,可以看到如下的很明显他又id和json两个参数,但是上面我也搞不懂为什么不直接显示出来,不管这些,这里根据这两个参数构建url

[spring transaction]，service实现类中非事务方法直接调用自身事务方法导致事务无效的原因

首先,准备service接口,两个 public interface AccountService { public void createAccount(Account account, int throwExpFlag) throws Exception; public void createAccountShell(Account account, int i) throws Exception; } public interface RoleService { public void c

get方法url长度限制的原因

热门专题