上传文件报413 Request Entity Too Large错误解决办法

修改nginx.conf的值就可以解决了
将以下代码粘贴到nginx.conf内

client_max_body_size 20M;

可以选择在http{ }中设置：client_max_body_size 20m;
也可以选择在server{ }中设置：client_max_body_size 20m;
还可以选择在location{ }中设置：client_max_body_size 20m;
三者有区别
设置到http{}内，控制全局nginx所有请求报文大小
设置到server{}内，控制该server的所有请求报文大小
设置到location{}内，控制满足该路由规则的请求报文大小

同时记得修改php.ini内的上传限制
upload_max_filesize = 20M

 
 

原文地址：https://www.cnblogs.com/litong1/p/12693191.html

时间： 2024-10-07 03:42:23

上传文件报413 Request Entity Too Large错误解决办法的相关文章

Nginx出现413 Request Entity Too Large错误解决方法

Nginx出现的413 Request Entity Too Large错误,这个错误一般在上传文件的时候出现,打开nginx主配置文件nginx.conf,找到http{}段,添加 解决方法就是 打开nginx主配置文件nginx.conf,一般在/usr/local/nginx/conf/nginx.conf这个位置,找到http{}段,修改或者添加  代码如下 复制代码 client_max_body_size 2m; 然后重启nginx,  代码如下 复制代码 sudo /etc/ini

“413 Request Entity Too Large” 错误解决

错误现象"nginx 413 when uploading file 1mb or larger": 原来跑的好好的程序,使用nginx做代理后,上传大于1M 的文件提交表单时就请求不到后台方法了,一开始还以为是自己程序哪里出了问题,各种折腾重新部署啥的调试了大半天,还是不行,后来用chrome的F12查看network才发现是"413 Request Entity Too Large" 这么个错误,如图: 随后便google之,发现nginx默认限制了最大上传文件

Nginx出现“413 Request Entity Too Large”错误解决方法

今天使用phpmyadmin的导入功能的时候,由于sql文件过大,服务器出现错误提示了,413 Request Entity Too Large,google了一下,发现是Nginx的错误提示.  解决方法:打开nginx主配置文件nginx.conf,找到http{}段,添加 client_max_body_size 100m; fedora下 vi /etc/nginx/nginx.conf  重启NGINX   sudo /etc/init.d/nginx restart 恢复正常

nginx 问题 413 Request Entity Too Large的解决方法

上传图片出现Nginx出现"413 Request Entity Too Large"错误解决方法 看了一下nginx.conf发现没有设置client_max_body_size,这个参数默认只是1M,也就是说发布的文章内容大小不能超过1M 解决方法:打开nginx主配置文件nginx.conf,找到http{}段,添加 client_max_body_size 20m;

Nginx 出现413 Request Entity Too Large得解决方法

Nginx 出现413 Request Entity Too Large得解决方法 默认情况下使用nginx反向代理上传超过2MB的文件,会报错413 Request Entity Too Large ,修改或增加配置client_max_body_size值即可: nginx默认上传文件的大小是1M 解决方法: 打开/usr/local/etc/nginx/nginx.conf,找到 http { -- } 在里面加入 client_max_body_size 4m; 如: http { --

413 Request Entity Too Large错误处理

起因说明:因业务要求,客户需要对以往客户进行阶段性做客户挖掘分析,分析内容包含,客户消费记录.消费内容.客户基本信息情况等行为操作进行分析,客户要求的前端展现行为分析方式是一个页面尽量展现越多的数据越好,因浏览器容量问题,最终跟客户协商一个页面展现2000行记录,四十个字段,而且展现的字段内容有问题反馈等文字描述性的内容,然后对该内容在进行更新提交给服务器,然后在查看更新结果,因提交和展现的页面数据容量偏大,最终导致无法展现相关信息,导致页面报:413 Request Entity Too La

SpringCloud上传文件，经过Zuul，中文文件名乱码解决办法

SpringCloud上传文件,经过Zuul,中文文件名乱码解决办法 2018-03-17 最近在使用SpringCloud搭建微服务的过程中,发现上传文件经过Zuul网关转发的时候,回应为上传文件名中文乱码导致文件的写操作失败,从而导致文件上传失败,但是不经过Zuul转发的时候,文件上传正常,因此猜测是Zuul对上传的请求的编码进行了处理.最终在网上找到了两种解决方案: 方案一.在上传文件的请求路径之前添加字符串“zuul”声明此请求的编码不做处理. 1 2 3 4 5 6 7 8 9 10

Nginx出现413 Request Entity Too Large错误

一. 问题出现 使用phpMyAdmin管理mysql数据,使用图形界面导入sql语句时报错,报错内容如下: 二. 问题原因 出现了413错误,413错误是因为用户请求body的数据大于设置的值.用户请求的body的值可用Content-Length看到 可以看到请求的body大小大于6M,通过查看Nginx官网可知默认request body为1M,而设置request body的参数为client_max_body_size 三. 解决问题的方法 修改client_max_body_size

svn 413 Request Entity Too Large 错误

最近svn检出代码报错:svn 413 Request Entity Too Large svn使用的是自己搭建:svn+LDAP+Apache集成,因此初步定位应该为http 配置,限制了用户请求的页面的大小. 修改apache的配置文件,在其中加入,以下两行,之后重启httpd服务,即修复 LimitXMLRequestBody 0LimitRequestBody 0 客户端--子目录分别更新又可以了 原文地址:http://blog.51cto.com/10700164/2086343