Nginx和/或php5-fpm记住符号链接的根目录


Nginx and/or php5-fpm remembers symlinked root directory

我的nginx网站根目录指向一个符号链接。如果我更改符号链接(又名部署新版本的网站),则旧版本的php脚本会继续显示。这闻起来像缓存或错误。

首先,看起来 Nginx 正在缓存符号链接的 dir,但重新加载/重新启动/杀死和启动 nginx 并没有解决它,所以我重新启动了 php5-fpm - 这解决了我的问题。

但我不想在部署后重新启动 nginx 和/或 php5-fpm - 我想知道为什么会有这样的缓存(或错误),以及为什么它无法正常工作。

有用信息:

  • 操作系统: Ubuntu 13.10 (GNU/Linux 3.8.0-19-generic x86_64)
  • Nginx: via ppa:nginx/stable
  • PHP: via ppa:ondrej/php5 (php5-fpm)

Nginx站点配置:

root /home/rob/sandbox/deploy/public/;
index index.php index.html index.htm;
location / {
    try_files $uri $uri/ /index.php?$args;
}
location ~ '.php$ {
    try_files $uri =404;
    fastcgi_split_path_info ^(.+'.php)(/.+)$;
    include fastcgi_params;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_pass php;
}

Nginx服务器配置(部分,其余是默认的):

http {
    sendfile off;
    upstream php {
        server unix:/var/run/php5-fpm.sock;
    }
}

树/home/rob/sandbox:

├── deploy -> web2
├── web1
│   └── public
│       └── index.php (echo ONE)
└── web2
    └── public
        └── index.php (echo TWO)
  • 请求: http://localhost/index.php
  • 预期响应:两个
  • 实际响应:一个

realpath_cache_get()的部分输出

[/home/rob/sandbox/deploy/public/index.php] => Array (
    [key] => 1.4538996210143E+19
    [is_dir] => 
    [realpath] => /home/rob/sandbox/web2/public/index.php
    [expires] => 1383730041
)

所以这意味着deploy/public/index.phpweb2/public/index.php正确链接,对吧?好吧,即使realpath_cache列表中有正确的路径,响应仍然是 ONE。

rm deployln -s web2 deploy Nginx重新启动,没有效果。在此之后重新启动 php5-fpm 会给出预期的响应"TWO"。

很高兴知道除了索引.php文件之外,我还对.css和.js文件进行了一些测试。在从/到 web1 和 web2 删除并重新创建符号链接后,nginx 将使用文件的正确内容进行响应。

我错过了什么,我没有看到什么?

使用 $realpath_root 配置你的 nginx。它应该有帮助。

fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
fastcgi_param DOCUMENT_ROOT $realpath_root;
赞美到

维塔利·奇尔科夫(https://stackoverflow.com/a/23904770/219272)。

一旦我将realpath_cache_ttl更改为"2"(应该可以修复它),错误的内容仍然显示。

在对加载的 php-fpm 模组进行了一些挖掘后,我发现 opcache 已经启动并运行。禁用它将在 ttl 结束时清除缓存的 realpath。

我不想将真实路径缓存 ttl 降低到太多,所以我会重新加载 php-fpm,因为它是优雅的。我希望这个线程和我的答案能帮助其他人;)

我遇到了完全相同的问题,没有任何技巧有帮助。除了此页面上列出的所有技巧之外,我确保opcache被禁用,然后nginx缓存也被禁用。我设置

sendfile off;

它在堆栈溢出的某个地方被描述过。

我开始跟踪php和nginx,结果发现有些库是读取新位置的,但也有一些是从符号链接不再指向的旧位置读取的。最重要的是,更新 OLD 目录中的 php 脚本总是正确显示 - 所以对我来说这看起来不像缓存。为了使它更加混乱,命令行工作正常,并遵循符号链接到新位置。我正在为这个从头上拔头发!

事实证明,负责这一切的是作曲家缓存 - 它正在缓存一些库。我知道不是每个人都使用它,但如果你这样做并且有类似的问题,值得检查。我的供应商与部署脚本处于同一级别,我认为作曲家缓存导致应该使用哪个位置的混乱。清理后用

composer clear-cache

系统开始按预期运行。

我希望它能帮助某人。