我在这里看到了其他一些类似的问题,但大多数答案都是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()报告说它正在从我更改的文件中加载配置值,但它没有报告更改。
5条答案
按热度按时间p1tboqfb1#
您可以使用快速CGI:
字符串
如果重新启动Web服务器,PHP不会重新启动,因此仍然具有旧的ini值,因为它没有重新加载ini文件。
重新启动fcgi守护进程解决了这个问题,PHP将重新启动,重新读取ini。
一些fcgi守护进程有一个命令可以更优雅地重新加载子进程。这取决于你使用的是什么。
ig9co6j12#
对我来说,问题是自定义php.ini文件中的语法错误,我在检查错误日志后发现了这个错误。
xn1cxnb43#
这可能有助于从终端使用
php -i
的用户检查php.ini
设置。在我的例子中,我通过编辑
/etc/php/7.3/apache2/php.ini
将upload_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()
功能。2cmtqfgy4#
字符串
对我有用。它重新加载
nginx
,顾名思义。您可能需要根据您的用户在开始时添加sudo
。你可以打电话确认
型
它显示了包含关键字的行(在本例中是新更改的设置)。
carvr3hs5#
字符串
解决了我的问题,把php版本改成你用的那个。