nginx – 停止使用PHP-FPM为不同的站点重用PHP_VALUE

发布时间：2020-12-13 21:09:25 所属栏目：Nginx 来源：网络整理

导读：我注意到以下行为或PHP-FPM：看看这两个Nginx配置： server { listen 80; server_name example.com; location / { fastcgi_pass 127.0.0.1:9000; fastcgi_param SCRIPT_FILENAME /srv/www/i.php; fastcgi_param PHP_VALUE "display_errors=1"; include fast

我注意到以下行为或PHP-FPM：

看看这两个Nginx配置：

server {
    listen         80;
    server_name    example.com;
    location / {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_param SCRIPT_FILENAME  /srv/www/i.php;
        fastcgi_param PHP_VALUE "display_errors=1";
        include fastcgi_params;
    }
}
server { 
    listen         80;
    server_name    example.net;
    location / {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_param SCRIPT_FILENAME  /srv/www/i.php;
        include fastcgi_params;
    }
}

和/srv/www/i.php文件：


正如您所看到的,唯一的区别是fastcgi_param PHP_VALUE“display_errors = 1”;.
现在,如果您杀死所有FPM工作者,并首先打开example.net,您将看到display_errors按预期方式关闭.在example.com上,您将看到display_errors为On.
但是,如果再次访问example.net并且此请求由同一个worker继续,则将display_errors设置为On.
所有FPM工作人员都在同一个池中工作.
问题：如何使example.net始终使用默认设置？
可能的解决方案：
>使用example.net config中的所需设置定义PHP_VALUE.
>似乎是一个“正确”的解决方案 – 为每个站点创建单独的工作池.
但是我们的服务器上有很多网站,这两个解决方案都意味着需要进行大量的日常工作.我想知道是否有更简单的方法.
更新：
选择我的示例中的display_errors设置只是为了演示问题.任何php.ini设置都会发生同样的情况.根据评论,在单个服务器上混合生产和开发站点是一个坏主意.


最佳答案
发生这种情况的原因很可能是“使用php_value或php_flag传递的PHP设置将覆盖其先前的值”,如PHP-FPM documentation所述.
我假设在PHP配置中display_errors被禁用.然后,您访问.net页面,其中您的phpinfo()确认它已被禁用.
然后你访问.com页面,Nginx将display_errors = 1传递给同一个池中的PHP-FPM工作者.用新值1覆盖前一个值0.您可以使用phpinfo()确认.
现在PHP-FPM池设置设置为display_errors = 1.
再次访问.net页面时,phpinfo()确实确认display_errors = 1,因为当Nginx将值1传递给现在处理另一个网站的同一个池时,它被覆盖了.
解决方案是将开发移动到另一台服务器,如评论中所建议的那样.或者为您的站点创建一个专用的PHP-FPM池,这是您应该做的最少的.
奖金：
请不要在您的Nginx配置中执行此操作：fastcgi_param PHP_VALUE“display_errors = 1”;
这应该在php配置文件中,最好是在站点自己的fpm池配置中.


But we have a lot of websites on our server,and both solutions mean a lot of routine work to set up. I was wondering if there is an easier way.

您可以使用每个池前缀进行快速修复.在任何情况下,将多个站点放在一个工作池上是一个坏主意,因为我只需要让你的一个站点执行我的恶意php脚本,以便在不费力的情况下危害使用同一个worker的所有其他站点.
                        （编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!