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

今天使用phpmyadmin上传sql还原数据库功能的时候,总是提示413 Request Entity Too Large错误。
换小文件发现没有问题,所以问题肯定出现在文件大小上。google了一下,发现是Nginx的错误提示。
解决方法:

一、调整php上传大小

1.编辑php.ini

添加或修改如下选项:

post_max_size = 20M
upload_max_filesize = 20M

重启php使之生效。

二、调整nginx上传大小

打开nginx主配置文件nginx.conf找到http{}段,添加

client_max_body_size 20m;

重启NGINX

kill -HUP `cat /usr/local/nginx/nginx.pid `

时间: 2024-07-30 11:46:30

Nginx“413 Request Entity Too Large”错误的解决方法的相关文章

Nginx环境提示“413 Request Entity Too Large”错误

今天使用Wordpress的flash版文件上传功能的时候,总是提示接口错误,很是郁闷.换小文件发现没有问题,所以问题肯定出现在文件大小上,找了半天没有发现wordpress有限制上传文件大小的地方. 切换到传统文件上传界面,重新上传一个大文件,这回出来错误提示了,413 Request Entity Too Large,google了一下,发现是Nginx的错误提示. 解决方法:打开nginx主配置文件nginx.conf,找到http{}段,添加  代码如下 复制代码 client_max_

nginx:413 Request Entity Too Large的处理办法--修改 PHP上传文件大小_nginx

开发环境:CentOS + Nginx + PHP + MySql + phpMyAdmin 在用 phpMyAdmin 进行 sql 数据库导入的时候,经常需要上传比较大的 sql 数据文件,而这时会常碰见 nginx报错:413 Request Entity Too Large. 解决此问题,根据上传数据文件的大小,你需要调节两个地方的参数配置: 1.php 默认上传文件大小限制为 2M,如果超出 2M 你需要修改 php 配置文件 php.ini 里面的参数 post_max_size =

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

解决方法就是 打开nginx主配置文件nginx.conf,一般在/usr/local/nginx/conf/nginx.conf这个位置,找到http{}段,修改或者添加  代码如下 复制代码 client_max_body_size 2m; 然后重启nginx,  代码如下 复制代码 sudo /etc/init.d/nginxd reload  即可. 要是以php运行的话,这个大小client_max_body_size要和php.ini中的如下值的最大值差不多或者稍大,这样就不会因为提

上传文件提示413 Request Entity Too Large错误

Nginx服务器 原因是请求实体太长了.一般出现种情况是Post请求时Body内容Post的数据太大了 如上传大文件过大; 如POST数据比较多 处理方法修改nginx.conf的值就可以解决了. client_max_body_size 2M        改为 client_max_body_size 10M Apache服务器 修改下Apache配置文件中的LimitRequestBody配置,如果是虚拟主机,请联系空间商帮助修改. 具体步骤: 在apache环境中上传较大软件的时候,有时

Nginx 413 Request Entity Too Large

修改nginx.conf的值就可以解决了.  代码如下 复制代码 client_max_body_size 2M 改为 client_max_body_size 5M; 还要检查php.ini,这个大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大,这样就不会因为提交数据大小不一致出现的错误.  代码如下 复制代码 post_max_size = 8M upload_max_filesize = 6M 修改完配置后,别忘记重新加载. 因php.ini中的

nginx 上传文件错误 413 Request Entity Too Large

于是就用Http抓包工具(HttpDetect)看了下,如下图 返回的状态是413 Request Entity Too Large(nginx/1.2.1),再百度发现,这是nginx设置了允许上传的包的问题,这也就合乎上面的情况,后台没有任何异常信息,因为请求根本就没到达我们的tomcat,nginx发现请求的包大于设置的值,接直接返回413了. 解决的办法是,设置nginx的包大小限制为适当的值,如下图

Nginx HTTP:413 Request Entity Too Large解决方法_nginx

概述 今天遇到一个问题,在PHP程序中上传图片出现了以下错误:HTTP:413 Request Entity Too Large. 开发环境:CentOS + Nginx + PHP + MySql 解决方案 解决此问题,根据上传数据文件的大小,需要调节PHP和Nginx相关的参数配置. 配置PHP PHP默认上传文件大小限制为2M,如果超出2M你需要修改PHP配置文件php.ini里面的参数. 复制代码 代码如下: post_max_size = 8M (表单提交的最大限制,此项不是限制上传单

三个思路解决laravel上传文件报错:413 Request Entity Too Large问题

最近一个项目当中,要求上传图片,并且限制图片大小,虽然在laravel当中已经添加了相关的表单验证来阻止文件过大的上传,然而当提交表单时,还没轮到laravel处理,nginx就先报错了.当你仔细看报错页面时,你会发现有nginx版本信息,经过分析,这报错是因为nginx的默认上传文件大小配置client_max_body_size只有2MB, 基于nginx验证比laravel验证要早,想要友好报错而不是直接显示413 Request Entity Too Large,那么就有三个思路去解决.

PHP(FastCGI)在Nginx的alias下出现404错误的解决方法_nginx

本文讲述了PHP(FastCGI)在Nginx的alias下出现404错误的解决方法.分享给大家供大家参考,具体如下: 在Nginx的官方wiki中如下描述 The alias directive cannot be used inside a regex-specified location. If you need to do this you must use a combination of rewrite and root. 在实际使用中alias下面的php返回404,而html确可