php读取文件报错多因权限配置错误：php脚本应设644（所有者读写，组及其他用户只读），目录设755（所有者读写执行，组及其他用户读和进入），上传目录需chown对齐web用户并单独限制文件为644，严禁777。
PHP读取文件报错，常见提示如“failed to open stream: Permission denied”或file_get_contents()返回false，多数不是代码写错了，而是权限没配对。
先确认是不是权限问题
用这两行代码快速验证：
if (!is_readable($filepath)) {
die("文件不可读：{$filepath}");
}
if (!is_dir(dirname($filepath)) || !is_executable(dirname($filepath))) {
die("路径中某级目录不可进入（缺少x权限）");
}
如果触发任一提示，基本就是权限链断了。
Linux服务器上标准权限配法
- 所有PHP文件（.php、.ini、.json等）设为 644：
chmod 644 index.php- 所有者可读写，组和其他人只读，不带执行位，更安全
- 所有目录（包括
/var/www/html、uploads/、cache/）设为 755：chmod 755 uploads- 所有者可读写执行，组和其他人可读、可进入（x对目录=能cd进去）
别用chmod -R 755 /var/www/html一步到位，它会把里面的.php文件也变成755（带x），存在被直接执行的风险。正确做法是分两步：
-
find /var/www/html -type d -exec chmod 755 {} \; find /var/www/html -type f -exec chmod 644 {} \;
上传目录要额外小心
比如/var/www/html/uploads，既要让Web进程能写入，又要防上传的PHP脚本被访问执行：
-
chown -R www-data:www-data uploads（属主对齐Web用户） -
chmod 755 uploads（目录可进可写） -
find uploads -type f -exec chmod 644 {} \;（里面所有文件只读，哪怕上传了shell.php也执行不了）
Windows环境处理方式不同
IIS常用IIS_IUSRS组，Apache/Nginx多用NETWORK SERVICE。右键目录→属性→安全→编辑→添加对应用户→勾选“读取和执行”+“写入”，并勾选“替换子容器权限”。
别碰777和666
开放组/其他用户的写权限，等于给攻击者留后门。644+755已足够运行，再加就只是增加风险。
基本上就这些。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
