运维工程师技术之nginx搭配php

出现"File not found."的核心原因是 fastcgi_param SCRIPT_FILENAME配置错误,导致PHP-FPM找不到对应的PHP文件。以下是具体分析和修复方案:

一、直接原因:SCRIPT_FILENAME路径错误

你配置中的这一行:

nginx 复制代码
fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;

是Nginx默认的错误写法------/scripts是一个不存在的目录,而你的PHP文件实际在/app/code/zbx目录下。

当Nginx把请求转发给PHP-FPM时,会告诉它"要执行的文件在/scripts/xxx.php",但这个路径根本不存在,所以PHP-FPM返回"File not found."。

二、修复步骤

1. 修正SCRIPT_FILENAME参数

将/scripts改为$document_root(自动关联当前配置的root目录),同时补充root和try_files指令(确保路径正确):

nginx 复制代码
location ~ \.php$ {
    root /app/code/zbx;  # 必须和上面location /的root一致,指定PHP文件所在目录
    try_files $uri =404; # 先检查文件是否存在,不存在直接返回404(避免无效请求)
    fastcgi_pass   127.0.0.1:9000;
    fastcgi_index  index.php;
    # 关键修正:用$document_root获取当前root目录,正确指向PHP文件
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    include        fastcgi_params;
}
2. 补充index的优先级(可选但建议)

将index中的index.php放到前面,优先解析PHP索引页:

nginx 复制代码
location / {
    root /app/code/zbx;
    index  index.php index.htm;  # 把index.php放前面
}

三、修复后的完整配置

nginx 复制代码
server {
    listen       80;
    server_name  localhost www.zbx888.com;

    location / {
        root /app/code/zbx;
        index  index.php index.htm;  # 优先解析PHP索引页
        try_files $uri $uri/ /index.php$is_args$args; # 处理PHP项目路由
    }

    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # 修复后的PHP解析块
    location ~ \.php$ {
        root /app/code/zbx;  # 和项目根目录一致
        try_files $uri =404; # 检查文件是否存在
        fastcgi_pass   127.0.0.1:9000;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }

    # 禁止访问隐藏文件(提升安全性)
    location ~ /\.ht {
        deny  all;
    }
}

四、验证与生效

  1. 检查配置语法:

    bash 复制代码
    nginx -t

    输出"test is successful"说明语法正确。

  2. 重启Nginx:

    bash 复制代码
    systemctl restart nginx
  3. 确认PHP文件存在 :

    确保/app/code/zbx目录下有index.php(或你访问的PHP文件):

    bash 复制代码
    ls -l /app/code/zbx/index.php

五、额外排查(若仍报错)

如果修复后还是"File not found.",检查:

  • PHP-FPM的用户权限 :PHP-FPM默认以apache或nginx用户运行,需确保该用户能读取/app/code/zbx下的文件:

    bash 复制代码
    chown -R nginx:nginx /app/code/zbx
    chmod -R 755 /app/code/zbx
  • SELinux限制 :临时关闭SELinux测试(生产环境需配置规则):

    bash 复制代码
    setenforce 0

修复后,浏览器访问www.zbx888.com就能正常解析PHP文件了。

相关推荐
Lvan的前端笔记2 小时前
docker:每个前端项目一个 Nginx 容器还是只有一个Nginx容器
前端·nginx·docker
姜鱼问生2 小时前
Nginx 缓存命中率监控:从 X-Cache-Status 到实时统计
运维·nginx·缓存
Apipi*3 小时前
30天速通Linux 第六章信号及信号处理
linux·运维·信号处理
运维行者_4 小时前
网络性能监控怎么做?从自动发现到根因分析的4个环节
运维·服务器·网络·人工智能·支持向量机
此时不提桶,更待何时5 小时前
06-14-A-Kafka集群运维与迁移实战详解
运维·kafka
优橙教育6 小时前
零基础学AI应用开发要多久?3个月能到什么水平
服务器·开发语言·网络·php
IT研究所6 小时前
AI-ITR平台如何减少客户问题反复升级?
大数据·运维·人工智能·低代码·自然语言处理·安全架构·企微
AIgorithmGEEK6 小时前
[Linux]从手写报头到内核套路:序列化、反序列化与自定义协议全链路
linux·运维·服务器·网络·序列化·反序列化
Nil2087 小时前
leetcode 139单词拆分
linux·运维·服务器
Starry-sky(jing)7 小时前
BUG: unable to handle kernel paging request 完整排查:dmesg 四要素与三路定罪
linux·运维·服务器·内核·排障