IOS 拍照上传图片, 出错: 413 Request Entity Too Large

本文介绍了解决Nginx因请求数据过大而产生的错误的方法,包括通过修改nginx.conf配置文件中的client_body_buffer_size、client_max_body_size等参数以适应不同大小的POST和GET请求。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一个图片也就3M大小
这个错误时由nginx报出来的, 请求被拦截,没有传递到springMVC 的后台, 可以通过查看nginx的日志, 看到这个错误.

错误体

The requested resource does not allow request dada with the requested method or the amount of data provided in the request exceeds the capacity limit

大致意思就是: 请求的资源已经不允许请求方法的请求data, 并且请求中的data的大小已经超过了容量限制.
这里写图片描述

解决办法

参考地址

服务器使用nginx作为反向代理服务器,是因为请求长度超过了nginx默认的缓存大小和最大客户端最大请求大小。
分别针对post和get方式的解决办法:

post

修改nginx.conf里面的几个相关的配置参数
client_body_buffer_size 10m(设置请求体缓存区大小, 不配的话)
client_max_body_size 20m(设置客户端请求体最大值)
client_body_temp_path /data/temp (设置临时文件存放路径。只有当上传的请求体超出缓存区大小时,才会写到临时文件中,注意临时路径要有写入权限)

如果上传文件大小超过client_max_body_size时,会报413 entity too large的错误。

get

们可以通过修改另外两个配置来解决请求串超长的问题:
client_header_buffer_size 语法:
client_header_buffer_size size 默认值:1k 使用字段:http, server 这个指令指定客户端请求的http头部缓冲区大小绝大多数情况下一个头部请求的大小不会大于1k不过如果有 来自于wap客户端的较大的cookie它可能会大于1k,Nginx将分配给它一个更大的缓冲区,这个值可以在 large_client_header_buffers里面设置。

large_client_header_buffers 语法:
large_client_header_buffers number size 默认值:large_client_header_buffers 4 4k/8k 使用字段:http, server 指令指定客户端请求的一些比较大的头文件到缓冲区的最大值,如果一个请求的URI大小超过这个值,服务 器将返回一个”Request URI too large” (414),同样,如果一个请求的头部字段大于这个值,服务器 将返回”Bad request” (400)。 缓冲区根据需求的不同是分开的。 默认一个缓冲区大小为操作系统中分页文件大小,通常是4k或8k,如果一个连接请求将状态转换为 keep-alive,这个缓冲区将被释放。

为什么修改http header的大小就能解决get请求串过长的问题?
因为get请求参数会拼在http header中,所以,修改了http header的大小,就能解决上面问题。

Nginx 400错误:HTTP头/Cookie过大
由于request header过大,通常是由于cookie中写入了较长的字符串所引起的。
解决方法是不要在cookie里记录过多数据,如果实在需要的话可以考虑调整在nginx.conf中的client_header_buffer_size(默认1k)
若cookie太大,可能还需要调整large_client_header_buffers(默认4k),该参数说明如下:
请求行如果超过buffer,就会报HTTP 414错误(URI Too Long)
nginx接受最长的HTTP头部大小必须比其中一个buffer大,否则就会报400的HTTP错误(Bad Request)。

### S8-0053 使用手册概述 #### 一、产品简介 S8-0053 是一款二氧化碳传感器,能够通过串口与其他设备相连实现通信功能。该传感器的应用场景非常广泛,适用于多种环境监测需求。 #### 二、硬件连接说明 对于 S8-0053 的硬件连接部分,其主要特点是直接与串口相接即可完成基本的数据交互操作[^3]。 #### 三、软件配置指南 为了使 S8-0053 正常工作,在初始化阶段需按照如下参数设定串口属性: - 波特率:9600 bps - 数据位:8 bits - 停止位:1 bit - 校验方式:无奇偶校验 以上设置确保了后续命令帧的有效传输以及响应消息的正确接收处理过程顺利进行。 #### 四、指令集解析 当向 S8-0053 发送查询请求时,应构建特定格式的消息体来获取目标寄存器内的数值信息。具体而言,一条完整的读取 CO₂ 浓度值的操作由以下几个字节构成: | 字段 | 含义 | | --- | ---- | | `FE` | 地址码,表示任意节点均可回应此条询问语句 | | `04` | 功能码,代表本次调用意在访问输入型存储区域而非保持型内存空间 | | `00 03` | 寄存器起始位置偏移量 | | `00 01` | 请求读出记录项总数目 | | `D5 C5` | CRC 循环冗余检验序列 | 执行上述动作之后,如果一切正常,则会收到含有实际测量结果在内的反馈报文,形式上表现为另一组有序排列好的十六进制数列:“FE 04 02 **XX YY** ZZ”,其中加粗标注的部分即为所关心的目标变量——空气中CO₂含量的具体表现形态;而最后两位则继续承担着错误检测机制的角色。 ```python import serial from crcmod.predefined import mkPredefinedCrcFun crc_fun = mkPredefinedCrcFun('modbus') def read_co2_concentration(port_name='/dev/ttyUSB0'): ser = serial.Serial( port=port_name, baudrate=9600, bytesize=serial.EIGHTBITS, parity=serial.PARITY_NONE, stopbits=serial.STOPBITS_ONE, timeout=1) request_data = bytearray([0xFE, 0x04, 0x00, 0x03, 0x00, 0x01]) crc_value = crc_fun(request_data).to_bytes(2,'little') request_data.extend(crc_value) ser.write(request_data) response = ser.readall() if len(response) >= 7 and response[:2].hex() == 'fe04': concentration_high_byte = int.from_bytes(response[3:4], byteorder='big', signed=False) concentration_low_byte = int.from_bytes(response[4:5], byteorder='big', signed=False) co2_ppm = (concentration_high_byte << 8) + concentration_low_byte return f'当前环境中CO₂浓度为{co2_ppm}ppm' else: raise Exception('未能成功获得有效回复') if __name__ == '__main__': try: result = read_co2_concentration('/dev/ttyUSB0') # 替换成自己的端口号 print(result) except Exception as e: print(e) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值