如何快速调整CentOS PHP上传限制，轻松实现大文件高效上传？

当你盯着电脑屏幕上缓慢爬升的进度条盯到眼睛发酸 ,正准备美滋滋地欣赏刚传上去的数据时 ,突然弹出一个冷冰冰 的「413 Request Entity Too Large」或者「 文件大小超过限制」 ——那种「 你猜怎么着？ 临门一脚被绊倒」 的沮丧感 ,想必试过 的人都懂 .特别是当这个 文件是客户急着要 的高清方案PPT ,或是团队熬了两周才剪好 的产品演示视频时 ,那种无奈简直像吃了口过期 的口香糖 ,黏糊糊地卡在喉咙里 .

我不敢苟同... 别慌 !今天咱们就来好好掰扯掰扯 :在CentOS系统下 ,如何快速打破PHP上传限制 ,让大 文件传输变得像喝奶茶一样顺畅 ?其实这事没你想 的那么复杂 ——只要摸清两个「关卡」 的脾气 ,分分钟搞定 .

很多人一遇到上传问题就骂「服务器垃圾」 ,其实默认 的限制根本不是针对你 ——十几年前做网站时 ,大家传个几MB 的图片就顶天了 ,服务器带宽窄、硬盘容量小 ,要是放开限制让用户传几GB 的文件 ,轻则拖垮带宽 ,重则被恶意攻击搞瘫痪 .

但现在不一样了 :4K视频、大型安装包、数据库备份……这些「大块头」早成了日常需求 .而制约大 观感极佳。 文件上传 的 ,其实就两个「门神」 :PHP 的大小限制 和 Web服务器 的请求体限制 .

打个比方 :PHP是负责「接快递」 的前台小妹 ,她会先看快递单上写 的「 文件大小」 ;而Nginx/Ap 深得我心。 ache是守大门 的保安叔叔 ,他会先量一下快递箱有没有超过门框 ——不管哪个环节卡壳 ,快递都送不进去 .

很棒。 要说管 文件上传大小 的核心选手 ,非PHP莫属 .它手里攥着两个至关重要 的参数 :upload_max_filesize 和 post_max_size ——这俩家伙就是前台小妹手上 的「准入证」 .

①

vi /etc/php.ini bash sudo vi /etc/php.ini 别被满屏 的英文吓到 !按键盘上 /键进入搜索模式 : - input upload_max_filesize →回车 - input post_max_size →回车

找到之后就是修改时刻啦 !比如我们想允许上传最大1GB ini upload\_max\_filesize = 保存退出 ?记住快捷键 :按 Esc →输入 :wq →回车 .

:千万别踩这个新手坑!

这里划个灵魂重点 !很多人改完 upload\_max\_filesize ini upload\_max\_filesize = 为什么?主要原因是 post\_max\_size POST请求体总共能多大 ;而 upload\_max\_filesize，不地道。

举个扎心 例子 :你设 `upload_max_filesize= ini post_max_size =

②改完记得保存 !不然等于白搭

相信我

第二步:N ginx

整起来。 如果只用Apache那就简单多 Apache会自动读取 php.in i

but!如果你像我一样忠实 Ngin x党 ?那还得跟 Ngin x

①找到 Ngin x

Ngin x

算是吧... 通常在 /etc/nginx/目录下 : - /etc/nginx/nginx.conf →全局配置 - /etc/nginx/conf.d/ →站点单独配置

②添加一行代码:N gin x放行

打开对应的配置文后

server块 或者 http块 :

什么鬼？ nginx client\ max\ body\ size\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ ;//放在 server块里只影响当前站点 //或放在 http块里影响所有站点

第三步:改完不重启?等于给大象穿袜子 ——摆设 !

configuration file test failed" 我emo了。 ?别慌!多半 typo ——回去检查一下是不是多打空格少写分号~

② Ngin x + PHP-FPM怎么 restart?

如果你的环境 Ngin x + PHP-F 我整个人都不好了。 PM,那就得分开 restart两个服务 :

摆烂... bash sudo systemctl restart nginx #重启 Ngin x sudo systemctl restart php-fpm #重启 PHP-FPM

第四步:怎么验证?两种方法帮你一锤定音

辛辛苦苦改完 configuration services up and running?到底有没有生效 ?别猜!用实际行动验证最靠谱~

:创建 phpinfo.php ——最直观の检查

建一个超级简单の php file扔到网站根目录 :

然后浏览器访问这个 fileの URL.

Ctrl+F搜索 upload_ max_ filesi ze:如果显示的值变了你设の , 出道即巅峰。 那就说明 PHP层面 OK~再搜一下 pos t_ max_si ze,同样确认无误就行~

method二:直接怼个大 file试试!最实在の检验

从一个旁观者的角度看... 去网上下个差不多大小の测试 file,丢进网站后台 Upload区 .要是进度条咔咔走完没有报错弹窗 ?兄弟!恭喜 you,you made it~反之?别气馁!回头检查三步:① php.in i改对没?② Ngin x client_ max_ body_ size设够没?③ services真の restart没?

bonus time!:防止" Upload一半 timeout"?!再加俩隐藏参数!

正宗。 很多人以为调完大小就行 but reality很残酷 :大 file Upload需要更长时间 more memory processing if script timeout mid-way that’s all for nothing~所以顺手再调俩参数保险起见~

打开 php.in i继续搜这俩货:

parameter one:max_execution_time:脚本最长施行时间

默认一般は秒级别,Upload GB级file肯定不够!改成 or even longer根据需要来):，栓Q！

parameter two:memory_limit:脚本内存上限

Upload large file时候 PHP需要占用一定内存处理临时缓存如果内存不够也会 crash!改成 or更高):，我当场石化。

记得保存后 restart services哦~

ending感慨 time!:折腾这些值得吗?!当然 worth it!!!

记得我第一次帮朋友调这个的时候 he一边 Upload一边念叨" finally!" that m YYDS... oment觉得特别治愈──技术存在意义不就是解决这种 "明明很简单却卡壳半天 " problem嘛~

其实 CentOS调整 PHP upload limit本质就是跟服务器"沟通":告诉它 "现在时代变了你该 另起炉灶。 放开点啦",而 servers永远都会乖乖听话──只要 you know how to talk to m.~

下次再遇到 Upload障碍 don't panic just follow today’s steps一步步来保证让那个讨厌の error message消失无踪 let your big files fly freely!!!