php.ini修改php上传文件大小限制的方法详解 和解决 413 Request Entity Too Large

网友投稿 1255 2022-11-27

php.ini修改php上传文件大小限制的方法详解 和解决 413 Request Entity Too Large

php.ini修改php上传文件大小限制的方法详解 和解决 413 Request Entity Too Large

打开php.ini,首先找到 file_uploads = on ;是否允许通过HTTP上传文件的开关。默认为ON即是开 upload_tmp_dir ;文件上传至服务器上存储临时文件的地方,如果没指定就会用系统默认的临时文件夹 upload_max_filesize = 8m ;望文生意,即允许上传文件大小的最大值。默认为2M post_max_size = 8m ;指通过表单POST给PHP的所能接收的最大值,包括表单里的所有值。默认为8M 一般地,设置好上述四个参数后,上传<=8M的文件是不成问题,在网络正常的情况下。 但如果要上传>8M的大体积文件,只设置上述四项还一定能行的通。 进一步配置以下的参数 max_execution_time = 600 ;每个PHP页面运行的最大时间值(秒),默认30秒 max_input_time = 600 ;每个PHP页面接收数据所需的最大时间,默认60秒 memory_limit = 8m ;每个PHP页面所吃掉的最大内存,默认8M 把上述参数修改后,在网络所允许的正常情况下,就可以上传大体积文件了 max_execution_time = 600 max_input_time = 600 memory_limit = 32m file_uploads = on upload_tmp_dir = /tmp upload_max_filesize = 32m post_max_size = 32m

nginx 服务器报错 解决 413 Request Entity Too Large

问题:413 Request Entity Too Large 记录一次413 Request Entity Too Large解决的问题 1.对于有经验的开发着看见这个错误第一反应就是服务器的上传大小设置的不对那么修改服务器上传大小 对于nginx的配置有三个地方可以设置,

解决413的正常途径 分别是 根据实际情况设置具体的大小,打开nginx.conf

client_max_body_size 50m;

然而在本次问题中,设置之后发现配置未生效,还是一直报413的错误,以为是配置未生效,重启nginx,重启服务器,都未果,

由于不想影响业务直接reload导致的错误信息不明显 设置的级别最低,怕影响到全局 通过直接请求应用的服务器没问题,再次确定这次问题跟 nginx 的配置有关,通过调整client_max_body_size的位置后错误信息变了,变为Gateway 504 Time out,超时,好像到这里问题就很明确了,由于这次请求的接口的主要业务是走的数据传输,数据交换,数据量比较大,时间比较长,超过了nginx默认的代理时长,再结合之前的错误信息发现,每次只要请求时间超过1分钟就立即报错,OK,那么接下来修改Nginx的代理超时时间配置,在location中设置一下内容,问题解决

proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s;

反思 终究还是数据处理的太慢了,现在只有2k条数据处理花费了就有1分20秒,不太正常,那么怎么解决这种花费时间特别长的问题呢,这里提出几种思路

队列+异步 服务端接收到数据后,直接存放到队列里,然后直接返回结果,然后服务端的应用再去队列里取数据 ,如果有问题的话,再向请求方推送一条数据,这样可以大大的提升效率,减少数据的数据库操作的等待

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:swoole4.0 支持thinkhphp5.1
下一篇:Unknown column 'password' in 'field list Duplicate entry '%-root' for key 'PRIMARY'
相关文章

 发表评论

暂时没有评论,来抢沙发吧~