PHP和nginx出现413 Request Entity Too Large 怎么解决方法?
《PHP和nginx出现413 Request Entity Too Large 怎么解决方法?》要点: 如果服务器出现 413 Request Entity Too Large 时,一般是提交表单时出现。依据服务器类型不同,方法也不同: Nginx服务器 原因是请求实体太长了。一般出现种情况是Post请求时Body内容Post的数据太大了 如上传大文件过大; 如POST数据比较多 client_max_body_size 2M 改为 还要检查php.ini,这个大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大,这样就不会因为提交数据大小不一致出现的错误。 post_max_size = 8M 修改完配置后,别忘记重新加载。 有人会问:post_max_size 和 upload_max_filesize 之间关系是什么? 从字面含义看一个是上传文件最大值upload_max_filesize,一个是通过POST提交数据的最大值post_max_size ,一般在php中用的是POST方式上传。 所以php.ini中设置 memory_limit > post_max_size > upload_max_filesize 当上传大文件时为了防止网速慢时超时现象,需要适当调大max_execution_time的值。 Apache服务器 具体步骤: 在apache环境中上传较大软件的时候,有时候会出现413错误,出现这个错误的原因,是因为apache的配置不当造成的,找到apache的配置文件目录也就是conf目录,和这个目录平行的一个目录叫conf.d打开这个conf.d,里面有一个php.conf IIS服务器(Windows Server 2003系统IIS6) 先停止IIS Admin Service服务,然后 (编辑:岳阳站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- ruby-on-rails-使用Nginx和Puma在Ruby on Rails应用程序上启
- apache-2.2 – 使用nginx进行负载均衡时,每秒请求速度较慢
- symfony-使用Nginx无效更新symlink静态文件
- ruby – Gitlab配置问题:: NGINX Unicorn端口冲突
- nginx“server_tokens”配置被忽略
- 适用于Magento的Nginx PHP-FPM FastCGI缓存配置
- nginx – 在Amazon上为EC2实例创建一个带故障转移的UDP负载
- 铁路上的ruby-产生大量机架应用的乘客
- Nginx Django FastCGI WSGI错误? (非致命)
- Nginx负载平衡与上游SSL