重新加载nginx&;php5 fpm不会更新对php.ini的更改

重新加载nginx&;php5 fpm不会更新对php.ini的更改,nginx,php,Nginx,Php,我在/etc/php5/fpm/php.ini中更改了max\u upload\u size,并重新启动了nginx和php5 fpm服务phpinfo()声明正在加载/etc/php5/fpm/php.ini,但在重新加载/重新启动这两个服务后,max\u upload\u size保持不变 问题:服务器重启解决了问题。为什么需要重新启动?重新启动服务时是否遗漏了任何内容?问题可能是您从未真正重新启动过php fpm。我对此也有问题,显然有很多不同的方法可以重新启动php fpm,其中一些方法

我在
/etc/php5/fpm/php.ini
中更改了
max\u upload\u size
,并重新启动了nginx和php5 fpm服务
phpinfo()
声明正在加载
/etc/php5/fpm/php.ini
,但在重新加载/重新启动这两个服务后,
max\u upload\u size
保持不变


问题:服务器重启解决了问题。为什么需要重新启动?重新启动服务时是否遗漏了任何内容?

问题可能是您从未真正重新启动过php fpm。我对此也有问题,显然有很多不同的方法可以重新启动php fpm,其中一些方法在某些环境下不起作用


试试这些,看看它们是否能重新加载。

我知道这个问题已经有了答案,但我也遇到了与这个问题类似的问题,而且这个问题的答案对我没有帮助


我的答案是,不要编辑
/etc/php5/fpm/php.ini
,而是编辑
/etc/php5/fpm/php fpm.conf
文件,并在末尾添加如下内容:

php_admin_value[memory_limit] = 10M

其中,
memory\u limit
是要在
php.ini
10M
上编辑的值。。。我想你明白了

CentOS 7、PHP5.6、nginx 1.12使用

systemctl reload php-fpm
如果这样做:
sudo服务php fpm重新加载

您会遇到如下错误:
php-fpm:无法识别的服务

(尽管您在执行
ps aux | grep php
时会看到这种情况)

使用命令:
sudo服务——状态全部| grep-i fpm
查看服务的真实名称

然后做:
sudo服务php7.3-fpm重新加载

要重新读取php.ini

请确保该主机的池配置中未设置最大上载大小。如果是,那么php.ini的内容就无关紧要了,因为池配置最终总是会覆盖它。。。一点也不。非常简单,直截了当,避免了我在使用ole apache时的一些头疼。