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

前端之家收集整理的这篇文章主要介绍了nginx – 停止使用PHP-FPM为不同的站点重用PHP_VALUE前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我注意到以下行为或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文件

PHP PHPinfo();

正如您所看到的,唯一的区别是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的所有其他站点.

原文链接:https://www.f2er.com/nginx/435123.html

猜你在找的Nginx相关文章