WordPress上传限制优化

好的，请看：

1. 咱们搞WordPress的，肯定都遇到过这情况：兴致勃勃想传个高清产品图或者一小段教学视频，后台直接给你甩个脸子——“文件过大”。这玩意儿吧，说到底是服务器给门卫（PHP）立了规矩，门卫不敢放行。别急，咱有法子治它，从里到外给它松松绑。

2. 首先，最直接的路子是去跟门卫头子（php.ini）说一声。但这家伙通常藏在服务器深处，不是超级管理员还见不着。不过别慌，咱可以在自家地盘（WordPress根目录）放个.user.ini文件（如果服务器用的是PHP-FPM，这招通常管用），或者.htaccess文件（如果用的是Apache），把新规矩写上去。

   # 这是在.htaccess文件里加的代码
   php_value upload_max_filesize 64M
   php_value post_max_size 128M
   php_value max_execution_time 300
   php_value max_input_time 300
   php_value memory_limit 256M

   这里啊，upload_max_filesize是单文件大小，post_max_size是每次POST数据的总大小，你得让它比上传限制大点，不然装不下。后面俩是脚本最长执行时间和处理数据时间，传大文件你得给人留够时间啊，内存也给足点。

3. 如果动不了服务器配置，也别觉得世界就黑了。WordPress本身其实也有个隐藏关卡，用几行代码就能把它喊出来。把下面这段咒语塞进你主题的functions.php文件里，它就生效了。

   @ini_set( 'upload_max_size' , '128M' );
   @ini_set( 'post_max_size', '160M');
   @ini_set( 'max_execution_time', '300' );

   这个办法嘛，有时候能行，有时候看服务器脸色（如果PHP配置里禁止用ini_set函数改这些值，那就没戏）。但它值得一试，简单不费脑。

4. 诶，你以为改大了就万事大吉了？服务器的传输还可能有个超时门槛。比如你用Nginx，它默认的client_max_body_size可能很小，你得在Nginx的配置文件里（通常是nginx.conf或者某个站点的conf文件里）把它也改大，比如 client_max_body_size 100m;，改完了记得让Nginx重新加载配置（nginx -s reload）。不然，门卫同意了，走廊哨兵（Nginx）给你拦下了，报你个413错误。

5. 还有啊，内存也是个坎。PHP脚本跑着跑着内存不够了，它会直接撂挑子。所以在php.ini或者刚才说的.user.ini、.htaccess里，把memory_limit也适当调高，比如256M或者512M，看情况。但你得知道，内存这玩意儿不是越大越好，你得给你服务器整体留点余地，不然大家都抢内存，会卡死。

6. 如果你试了以上所有招数，发现传大文件还是像蜗牛爬，那你可能需要换个思路了。别让服务器硬扛压缩视频或者超大压缩包这种重活，可以考虑用插件把文件先扔到云存储（比如阿里云OSS、腾讯云COS啥的），或者直接在前端就用分块上传的JS库，把大文件切成小片一片片传，这样又稳又不容易超时。服务器压力小了，心情也舒畅。

7. 最后啰嗦一句，放宽限制不等于无限制。你得心里有数，知道你服务器硬盘多大、带宽多少。别一口气放开到几个G，然后被人一窝蜂上传把硬盘撑爆了，或者带宽跑满网站直接打不开。安全也很重要，上传限制放开后，更要注意检查上传文件的类型，别让木马脚本什么的混进来，可以用插件限制只允许上传图片、视频等特定类型。

总之啊，和WordPress上传限制斗智斗勇，就是个和服务器各个关卡沟通的过程。从PHP到Web服务器（Nginx/Apache），再到WordPress本身，一层层把路打通。多试试，总能找到适合你那个服务器的完美尺寸。

Tags：

文章版权声明：除非注明，否则均为WP集市原创文章，转载或复制请以超链接形式并注明出处。