解决 413 Request Entity Too Large

今天测试环境图片上传出现:Status Code:413 Request Entity Too Large

这是由于客服端可服务端之间采用了nginx做反向代理,当请求长度超过客户端(client_max_body_size )最大请求,就会出现413 entity too large的错误。

所以我们需要设置nginx的客户端最大请求大小:

client_max_body_size 10m;

可适用于 http server location不同的级别

但是当我们设置的 client_max_body_size 太大时,就会出现另一个问题:nginx的请求体缓存区放不下的问题

我们可以适当的调大nginx的请求体缓存区(client_body_buffer_size);

由于大容量的数据请求是少数,我们设置的太大会浪费资源,这里我们通过设置超出缓冲区大小的数据暂时写入临时文件的方式来解决大数据的请求;

server {
      client_body_temp_pathtemp_files 1 2;
}

可用于 http server location不同的级别;
此指令指定存储请求正文的临时文件的位置。 除了位置之外,指令还可以指定文件是否需要最多三个级别的文件夹层次结构。 级别指定为用于生成文件夹的位数。
默认情况下,NGINX在NGINX安装路径下的client_body_temp文件夹创建临时文件。

由于大数据的请求比较耗费时间,这里又有另一个问题:Gateway 504 Time out

这里的超时有3方面:连接超时、写超时和读超时,我们可以通过修改nginx的默认配置来解决超时问题:

proxy_connect_timeout 120s;    //默认60s
proxy_send_timeout 120s;    //默认60s
proxy_read_timeout 120s;    //默认60s

可用于 http server location不同的级别;

 

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值