php文件必须通过http协议（如http://localhost）由web服务器解析执行，不可用file://直接打开；否则因协议限制触发403，而非服务器配置问题。
直接双击或用 file:// 打开 PHP 文件必然 403
PHP 是服务器端脚本，浏览器根本不会执行它 —— 你看到的 403，其实是浏览器或系统拦截了 file:// 协议对本地 PHP 文件的访问（现代浏览器默认禁止执行本地脚本），不是 Web 服务器返回的。这不是配置问题，是协议层面就不支持。
常见错误现象：file:///D:/project/index.php 在地址栏打开 → 空白页 / 403 / 下载弹窗 / “无法加载资源”
- 绝对不要用资源管理器双击 PHP 文件，也不要在浏览器里手动拼
file://路径 - 必须通过
http://localhost/xxx.php这类 HTTP 协议访问 - 哪怕只是写个
phpinfo()测试，也得走 Web 服务
Apache/Nginx 没启用 PHP 解析时返回 403
即使你用了 http://localhost，如果 Web 服务器没把 .php 文件交给 PHP 处理，而是当成普通文件尝试读取，而目录又没开列目录权限，就会拒之门外并返回 403。
典型表现：访问 http://localhost/test.php 报 403，但 http://localhost/test.html 正常
- 检查 Apache 的
httpd.conf是否启用了LoadModule php_module（Windows 是php8apache2_4.dll类路径） - 确认有
AddType application/x-httpd-php .php这行，且没被注释 - Nginx 用户需检查
location ~ \.php$块是否配置了fastcgi_pass，且fastcgi_param SCRIPT_FILENAME指向正确 - 重启服务后，用
curl -I http://localhost/test.php看响应头是否含Content-Type: text/html（说明已解析），而非application/octet-stream（说明当二进制文件返回，触发 403 风险）
目录权限或 Require 规则直接拒绝请求
Apache 2.4+ 默认用 Require all denied 封死根目录；Nginx 若 location 块里写了 deny all 且没配 allow，也会 403。这和文件权限无关，是配置层硬拦截。
常见错误位置：httpd.conf 里的 <directory></directory> 块、宝塔站点配置中的 location /、或 .htaccess 里残留的 Deny from all
- Apache：找到对应
<directory></directory>块，把Require all denied改成Require all granted - Nginx：删掉或注释掉
deny all;，确保有allow 127.0.0.1;或allow all;（开发环境） - 宝塔用户：进「网站」→「设置」→「配置文件」，搜索
deny、Require，临时全注释掉测试 - 注意：
Options -Indexes不会导致 403，但若访问的是目录且无index.php，会因无法生成列表而报 403（此时加个空index.php就能验证）
文件系统权限导致 Web 进程读不了
Linux/macOS 下，Web 服务进程（如 www-data、nginx、apache）若对 PHP 文件或其父目录没有读（r）或执行（x）权限，就无法进入目录或读取文件，直接 403。
宝塔或手动部署常见坑：/www/wwwroot/site/ 所有者是 root，但 Nginx 运行用户是 www
- 改所有权：
chown -R www:www /www/wwwroot/your-site（宝塔）或chown -R www-data:www-data /var/www/html（Ubuntu） - 设目录权限为
755（必须含x，否则进不去），文件权限为644（PHP 文件不需要x） - 别用
777—— 它可能被 Web 服务器主动拒绝（出于安全策略），反而更易触发 403 - 检查父路径每一级：
/www→/www/wwwroot→/www/wwwroot/your-site，只要任一目录缺x权限，就卡住
Require all denied，这时候只改一处根本没用。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
