wordpress 在nginx上更改`upload_max_filesize`时出错

7kjnsjlb  于 12个月前  发布在  WordPress
关注(0)|答案(5)|浏览(210)

我在这里看到了其他一些类似的问题,但大多数答案都是Apache特定的(处理他们的.htaccess文件),我使用的是nginx。
我在php.ini stick中更改upload_max_filesize时遇到问题。我在Debian上使用nginx,php5和wordpress。
当我运行phpinfo()时,我看到以下输出:
Loaded Configuration File /etc/php5/cgi/php.ini
然后我去到相关的.ini文件,修改一些值,然后重启nginx。当我启动wordpress的phpinfo()插件时,它报告值没有改变。
我很困惑,因为phpinfo()报告说它正在从我更改的文件中加载配置值,但它没有报告更改。

p1tboqfb

p1tboqfb1#

您可以使用快速CGI:

[webserver] <----> [fcgi daemon]
                        `- [php]

字符串
如果重新启动Web服务器,PHP不会重新启动,因此仍然具有旧的ini值,因为它没有重新加载ini文件。
重新启动fcgi守护进程解决了这个问题,PHP将重新启动,重新读取ini。
一些fcgi守护进程有一个命令可以更优雅地重新加载子进程。这取决于你使用的是什么。

ig9co6j1

ig9co6j12#

对我来说,问题是自定义php.ini文件中的语法错误,我在检查错误日志后发现了这个错误。

xn1cxnb4

xn1cxnb43#

这可能有助于从终端使用php -i的用户检查php.ini设置。
在我的例子中,我通过编辑/etc/php/7.3/apache2/php.iniupload_max_filesize从2M增加到20 MB,并通过apachectl restart命令重新启动apache。
我从Debian终端使用php -i命令来查看更改是否有效,但upload_max_filesize仍然是2M。
然后我意识到设置读数来自/etc/php/7.3/cli/php.ini,因为我是从终端使用php -i,而不是网页中的phpinfo()功能。

2cmtqfgy

2cmtqfgy4#

systemctl reload nginx

字符串
对我有用。它重新加载nginx,顾名思义。您可能需要根据您的用户在开始时添加sudo
你可以打电话确认

php -i | grep upload_max_filesize


它显示了包含关键字的行(在本例中是新更改的设置)。

carvr3hs

carvr3hs5#

$ sudo service php7.4-fpm restart

字符串
解决了我的问题,把php版本改成你用的那个。

相关问题