php文件打开为什么在云服务器上无法访问？

PHP文件返回404或直接下载，说明Web服务器未将请求交给PHP解析器处理，根本原因通常是fastcgi_pass配置错误、SCRIPT_FILENAME路径拼错、PHP-FPM服务未运行、socket权限异常或安全组未放行80端口。

PHP文件返回404或直接下载，不是执行

这说明Web服务器压根没把请求交给PHP解析器处理，而是当成普通静态文件返回或下载了。根本原因几乎总是fastcgi_pass没配对，或SCRIPT_FILENAME拼错了路径。

常见错误点：

• fastcgi_pass指向的socket路径和实际PHP-FPM监听地址不一致，比如Nginx写的是unix:/run/php/php8.1-fpm.sock，但系统里实际是php8.2-fpm.sock
• fastcgi_param SCRIPT_FILENAME用了$document_root$fastcgi_script_name，但$document_root为空——因为root没在location ~ \.php$块里定义，只写在location /里了
• Apache环境下漏掉了LoadModule php_module modules/libphp.so或AddHandler application/x-httpd-php .php

能访问HTML但打不开PHP，提示“502 Bad Gateway”

这是Nginx收到来自PHP-FPM的异常响应，典型表现是页面空白或报错，日志里出现connect() to unix:/run/php/php*-fpm.sock failed。

优先检查三件事：

立即学习“PHP免费学习笔记（深入）”；

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

• 运行systemctl status php*-fpm（如php8.2-fpm），确认服务是active (running)状态；如果报failed，看journalctl -u php*-fpm -n 20找启动失败原因
• 用ls -l /run/php/确认socket文件存在且权限允许Nginx用户（通常是www-data或nginx）读写，常见修复：在www.conf里设listen.owner = www-data、listen.group = www-data、listen.mode = 0660
• 检查PHP-FPM pool配置里的pm.max_children是否过小，高并发时子进程耗尽会拒绝新连接，日志里会出现WARNING: [pool www] server reached pm.max_children setting

本地能跑，云服务器上打开就报500或白屏

这种情况90%是环境差异导致的，不是代码问题，而是PHP扩展、权限或配置层面的隐性断层。

必须验证的几项：

• 运行php -m | grep -E mysqli|pdo_mysql|curl|openssl，确认项目依赖的扩展已启用；云服务器常默认禁用exec、shell_exec等函数，查disable_functions项
• 检查open_basedir是否限制了脚本可访问路径，尤其当项目用了require_once ../vendor/autoload.php这类跨目录引用时
• 确认error_reporting和display_errors在php.ini里设为E_ALL和On（仅开发环境），否则错误静默吞掉，只剩白屏
• Linux下注意大小写：云服务器文件系统区分大小写，include Config.php找不到config.php；Windows本地不会报错

域名能解析，但外网始终连不上PHP站点

这不是PHP问题，是网络链路被拦在了最外层。云服务器上最容易忽略的两个关卡：安全组和系统防火墙。

逐层确认：

• 云平台控制台的安全组规则里，入方向是否放行了80（HTTP）和/或443（HTTPS）端口？仅开放22（SSH）是不够的
• 服务器系统内防火墙是否拦截：Ubuntu/Debian用sudo ufw status，CentOS用sudo firewall-cmd --list-all；若启用，加规则：sudo ufw allow 80
• Windows云服务器必须进「高级安全Windows防火墙」→「入站规则」→新建规则→端口→TCP 80 → 允许连接 → 域/专用/公用全选
• 别忘了检查Web服务器绑定的listen地址：Nginx/Apache配置里不能写成listen 127.0.0.1:80，得是listen 80或listen *:80

真正卡住人的，往往不是PHP语法，而是fastcgi_pass路径写错、php-fpm服务没起来、或者安全组忘开80端口——这三个点反复验证，80%的“无法访问”就解决了。