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服务,然后 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- macos – 无法访问OSX上端口80上的docker容器
- 带有Docker的WordPress和Nginx:未加载静态文件
- Nginx:重写文件的目录路径
- ubuntu – chef-solo错误Errno :: ENOENT:没有这样的文件
- Nginx:带有$args的别名和try_files
- nginx – 将多个目录限制为相同的IP范围
- 如何在Apache服务器(和其他服务器)上的PHP中检测对.htacces
- 安全 – 有人试图破解我的网站吗?如何阻止Nginx中的某些UR
- 使用nginx和Drupal,如何为存在的静态文件和目录提供404错误
- 将Nginx修补为ip_hash 4个八位字节而不是3个