根本原因是文件所有者不是www用户；刚解压或上传的网站文件默认继承操作用户（如root），而Nginx/Apache以www用户身份运行，若所有者非www且无其他权限，则触发403或空白页。
宝塔面板上传后提示“无权限”：根本原因是文件所有者不是 www
刚解压或上传的网站文件默认继承当前操作用户（比如用 root 用户解压），导致所有者是 root，而 Nginx/Apache 实际是以 www 用户身份读取文件的。只要文件所有者不是 www，且没有开放其他权限（比如全局可读），就会 403 或空白页。
怎么快速确认是不是这个原因
进终端，进网站根目录（比如 /www/wwwroot/your-site.com），执行：
ls -l
看第一列所有者字段——如果显示 root root 或 root www，而不是 www www，就是它了。特别注意：www 组存在 ≠ 文件属于 www 用户；Nginx 默认只认 www 用户身份，不依赖组权限。
安全又有效的修复命令（别用 chmod 777）
直接把整个网站目录所有者改为 www，并保留组为 www：
chown -R www:www /www/wwwroot/your-site.com
- 必须加
-R，否则只改目录本身，不改里面文件和子目录 - 路径末尾不要加斜杠（
/www/wwwroot/your-site.com/），否则chown可能静默失败 - 别顺手加
chmod -R 755：PHP 脚本不需要执行权限，反而可能被 Nginx 拒绝执行（尤其开启security.limit_extensions时） - 如果网站含上传目录（如
upload/），需额外给www用户写权限：chmod -R 755 upload/即可，不需要 777
上传方式不同，权限陷阱也不同
宝塔后台上传、FTP 上传、命令行 unzip 解压，行为差异很大：
- 宝塔后台「上传」文件 → 所有者自动设为
www，但「解压」按钮解出来的文件所有者仍是root（因为解压进程由面板后台的root进程触发） - 用 FTP（如 FileZilla）上传 → 取决于 FTP 服务配置，很多默认以
www身份上传，但若用 root 登录 FTP，则仍会是root - 命令行解压（
unzip xxx.zip）→ 100% 继承当前 shell 用户，root 下执行就全是root
最稳的做法：上传 zip 包后，先在宝塔文件管理里删掉解压出的旧目录，再用命令行切到目录下，用 sudo -u www unzip xxx.zip 解压，这样所有者天然就是 www。
