Web服务器报403等错误主因是权限、路径与配置不匹配：需确认根目录归属（www-data或nginx）、目录rx/文件644权限、防火墙放行、PHP版本与框架兼容、CLI/Web php.ini一致、fastcgi_pass路径严丝合缝、扩展在FPM中启用并重启对应服务。
Web服务器装完就报403？先确认默认根目录和权限
Apache或Nginx装完看到欢迎页，不代表PHP能跑——很多问题卡在第一步：Web服务根本没权限读取你的PHP文件。Ubuntu默认根目录是/var/www/html，CentOS是/var/www/html或/usr/share/nginx/html，但关键不是路径，是归属和权限。
- 用
ls -ld /var/www/html检查目录属主，必须是www-data（Debian/Ubuntu）或nginx（RHEL系），否则PHP脚本会被拒之门外 - PHP文件本身不需要
+x权限，但目录至少要有rx（如755），文件建议644 - 防火墙常被忽略：Ubuntu用
sudo ufw allow 80，CentOS用sudo firewall-cmd --permanent --add-service=http再--reload
PHP版本选错直接导致框架启动失败
PHP 8.2跑Laravel 10没问题，但Laravel 9不支持PHP 8.3，ThinkPHP 6最低要求PHP 7.2——版本错配不是报错，是静默失败或Fatal error: Uncaught Error。别只看php -v，要查实际加载的配置。
- CLI和Web用的可能是不同
php.ini：运行php --ini看CLI路径，访问phpinfo()看Web用的路径 - Ubuntu装
php8.1包后，php -v显示8.1，但Apache可能还在用系统默认的php7.4，得手动启用模块：sudo a2enmod php8.1 - CentOS/RHEL必须启用Remi仓库并指定模块流：
sudo dnf module enable php:remi-8.2，否则dnf install php默认装的是8.0甚至更老
Nginx转发PHP请求时fastcgi_pass路径必须严丝合缝
写错一个字符就502 Bad Gateway，常见错误是套接字路径和PHP-FPM实际监听位置不一致。Ubuntu和CentOS的socket路径命名规则不同，不能照抄教程。
- 先查PHP-FPM真实监听地址：
sudo systemctl status php-fpm里找listen =行；或者sudo ss -lnp | grep php - Ubuntu常见路径：
unix:/run/php/php8.1-fpm.sock；CentOS常见路径：unix:/run/php-fpm/www.sock或127.0.0.1:9000 - Nginx配置里
fastcgi_pass必须和上面完全一致，且fastcgi_param SCRIPT_FILENAME要指向$document_root$fastcgi_script_name，少$document_root就会404
phpinfo()能显示但项目报Class not found？检查扩展是否真加载
php -m看到mbstring，不代表Web环境也启用了它——CLI和FPM配置文件是分开的，扩展可能只在CLI生效。
立即学习“PHP免费学习笔记（深入）”；
- 运行
php -i | grep "Loaded Configuration File"确认CLI用的ini；访问phpinfo()页面搜索“Configuration File”，看Web用的是哪个 - 两个配置文件都要检查
extension=mbstring是否取消注释，尤其注意/etc/php/*/fpm/php.ini和/etc/php/*/cli/php.ini是不同文件 - 改完
php.ini后，必须重启对应服务：sudo systemctl restart php8.1-fpm（不是php-fpm，版本号不能省）
systemctl status看状态，再curl -I http://localhost/info.php测通路，别堆到一起调。 
