运维挖坑埋坑之旅----413 Request Entity Too Large

简介:

   好久没写博文了,天天忙的喘不过来气。最近是该总结总结前段时间的工作了,顺便缓解下这两天的霉气。

       今天在内部上了一套图片编辑系统,结果下午就收到开发的报错,报错信息如下:

1
2
3
4
5
6
7
<html>
< head ><title>413 Request Entity Too Large< /title >< /head >
<body bgcolor= "white" >
<center><h1>413 Request Entity Too Large< /h1 >< /center >
<hr><center>nginx /1 .6.0< /center >
< /body >
<html>

       通过提示信息可以看出该问题是由于客户端请求的内容过大造成的,进一步查看HTTP状态码表,可以看到HTTP协议中是这样定义这个错误的:

1
服务器拒绝处理当前请求,因为该请求提交的实体数据大小超过了服务器愿意或者能够处理的范围。此种情况下,服务器可以关闭连接以免客户端继续发送此请求。

       通过和开发交流,发现当在前端程序上传大于1M的图片时,会产生以上报错信息。

       之前经常看nginx的书籍,了解 nginx 涉及到上传的参数有 3 个。

1
2
3
client_body_buffer_size  # 配置请求实体缓存区大小。当上传的请求实体超出缓存区大小时,会写到client_body_temp_path配置的路径下去
client_body_temp_path    # 设置临时文件存放路径,该路径必须有写权限,不然会报 500 错误
client_max_body_size     # 设置上传文件的最大值,默认值为1M

       因此就想到这个错误可能和 client_max_body_size 有关。

       经过查看nginx的配置文件,发现尚未配置这个值。这说明就使用的是该参数的默认值 1 M。于是,我就在该配置文件中添加了相关参数:

1
2
3
client_body_temp_path  /usr/local/nginx/html ;
client_body_buffer_size 128k;
client_max_body_size 8M;

       添加完毕之后,重载 nginx 服务。开发那边测试正常,问题解决。









本文转自 aaao 51CTO博客,原文链接:http://blog.51cto.com/nolinux/1575160,如需转载请自行联系原作者

目录
相关文章
|
5月前
|
存储 对象存储
云效构建物上传到Packages统一管理报错 413 Request Entity Too Large 怎么解决?
云效构建物上传到Packages统一管理报错 413 Request Entity Too Large 怎么解决?
90 0
|
10月前
|
应用服务中间件 PHP nginx
layui框架实战案例(15):上传提示413 request entity too large宝塔配置的解决方案
layui框架实战案例(15):上传提示413 request entity too large宝塔配置的解决方案
168 0
|
8月前
|
XML JSON 前端开发
SpringMVC运行项目出现The request sent by the client was syntactically incorrect.问题解决思路?
使用SpringMVC报HTTP Status 400 - The request sent by the client was syntactically incorrect.的错误怎么解决,你不妨看一下我的这个解决思路,再决定,往往你最忽略的地方就是你最容易报错的地方,所以我建议你看一看我的这个思路是否与你的问题一样
|
XML JSON Java
权威分析@RequestParam和@RequestPart 的区别(官方文档)
一、今天写了两个文件上传的接口用到了@RequestParam和@RequestPart @RequestPart /** * 单文件上传 * @param file * @par...
9550 0
|
5月前
|
中间件 应用服务中间件 Apache
Higress有对max_request_bytes做限制吗?我有个应用上传文件报413 request entity too large错误
Higress有对max_request_bytes做限制吗?我有个应用上传文件报413 request entity too large错误
42 0
|
7月前
|
监控 安全
关于在执行 SAP ERP MM 模块 Post Goods Issue 时修改 Material Cost 的讨论
关于在执行 SAP ERP MM 模块 Post Goods Issue 时修改 Material Cost 的讨论
81 0
|
消息中间件
“Request-Reply”特性1 使用场景
“Request-Reply”特性1 使用场景
118 0
|
供应链
SAP MM ME21N 创建PO时报错 - Net price in CNY becomes too large – 之对策
SAP MM ME21N 创建PO时报错 - Net price in CNY becomes too large – 之对策
SAP MM ME21N 创建PO时报错 - Net price in CNY becomes too large – 之对策
|
分布式计算 数据库
SAP C4C business object的UUID和可读性更好的ID
从Lead的OData响应能看出,Lead BO有ObjectID和LeadID两种字段,前者是32位的通用唯一标识码,借用网站一段对UUID的介绍: UUID 是 通用唯一识别码(Universally Unique Identifier)的缩写,是一种软件建构的标准,亦为开放软件基金会组织在分布式计算环境领域的一部分。其目的,是让分布式系统中的所有元素,都能有唯一的辨识信息,而不需要通过中央控制端来做辨识信息的指定。如此一来,每个人都可以创建不与其它人冲突的UUID。在这样的情况下,就不需考虑数据库创建时的名称重复问题。目前最广泛应用的UUID,是微软公司的全局唯一标识符(GUID),而
SAP C4C business object的UUID和可读性更好的ID
SAP Cloud for Customer前端url里的一长串base64code是在哪里根据什么逻辑计算的
SAP Cloud for Customer前端url里的一长串base64code是在哪里根据什么逻辑计算的
159 0
SAP Cloud for Customer前端url里的一长串base64code是在哪里根据什么逻辑计算的