您的位置:首页 >PHP访问404错误怎么解决
发布于2026-03-12 阅读(0)
扫一扫,手机访问
Web服务器未正确配置PHP解析会导致.php文件返回404而非PHP错误;需检查模块启用、MIME类型、location路由、PHP-FPM连接及路径权限。

PHP 而不是只返回静态文件很多“404”其实根本不是 PHP 报的,而是 Web 服务器(如 Apache 或 Nginx)压根没把 .php 文件交给 PHP 解析器处理,直接当成不存在的静态资源返回了 404。典型表现是:访问 index.html 正常,但 index.php 404;或者浏览器地址栏显示 http://localhost/test.php,但响应头里 Content-Type 是 text/html 而不是 PHP 输出的内容。
mod_php(或 php_module),且配置中有类似 AddType application/x-httpd-php .php 和 段落location ~ \.php$ 块存在,并正确将请求代理给 fastcgi_pass(如 127.0.0.1:9000 或 unix:/var/run/php/php8.1-fpm.sock)php -v(看 CLI 是否正常),再执行
php -S localhost:8000启动内置服务器,访问
http://localhost:8000/test.php —— 如果这时能显示内容,说明是 Web 服务器配置问题,不是 PHP 本身PHP 不会“猜路径”,404 最常见原因是 URL 路径与服务器上真实文件路径不一致,尤其容易在重写规则、虚拟主机或子目录部署时出错。
file:// 协议,绕过 Web 服务器 → 一定要用 http:// 开头的地址访问/var/www/html/myapp/,但你访问的是 /myapp/index.php,而服务器配置的 root 是 /var/www/html)DocumentRoot 和 Nginx 的 root 指令必须指向包含 .php 文件的父目录,不能指向更深的子目录却没配对的 location 或 Alias.htaccess 或 Nginx 重写规则干扰URL 重写(尤其是 Laravel、WordPress 等框架常用)一旦配置错误,会导致 PHP 脚本被重定向到不存在的路径,最终由 Web 服务器返回 404。
.htaccess:把 AllowOverride 改为 None,或重命名 .htaccess 文件,再试访问原始 PHP 文件(如 /info.php)location ~ \.php$ { ... } 块以外的重写逻辑(如 try_files $uri $uri/ /index.php?$query_string;),改用最简配置直通 PHP,排除干扰RewriteLog + RewriteLogLevel;Nginx:rewrite_log on;)可看到每一步跳转,定位哪条规则意外截断了请求Nginx 常见报错是 connect() to unix:/var/run/php/php8.1-fpm.sock failed (13: Permission denied),表面是 404,实际是 Nginx 根本连不上 PHP-FPM,于是降级返回 404(而非 502)。
systemctl status php8.1-fpm(版本号按实际调整)
listen 配置项(通常在 /etc/php/8.1/fpm/pool.d/www.conf):如果是 unix 套接字,确认 Nginx worker 进程用户(如 www-data)对该 socket 文件有读写权限;如果是 127.0.0.1:9000,确认端口未被占用且防火墙放行ls -l /var/run/php/ 查看 socket 文件属主和权限,必要时修改 listen.owner / listen.group 并重启 PHP-FPM真正卡住的地方往往不在 PHP 代码里,而在 Web 服务器和 PHP-FPM 之间的那层连接——路径、权限、协议、用户上下文,四者缺一不可。调不通时,先砍掉所有中间层(重写、缓存、CDN),用最裸的配置跑一个 phpinfo(),再一层层加回来。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
9