PHP 7.4 中 chmod() 失败主因是 Web 进程用户（如 www-data）非文件所有者，无权修改权限位；参数必须用八进制字面量（如 0644），否则按十进制解析导致错乱；目录需 x 权限才能访问子项，PHP 文件通常不应设 x，且须用 fileperms() 验证实际生效结果。
PHP 7.4 中调用 chmod() 失败，绝大多数情况不是函数写错了，而是 PHP 进程运行用户（如 www-data 或 apache）没有权限修改目标文件的属主或权限位。
为什么 chmod() 在 PHP 7.4 里经常返回 false
Linux 权限模型决定了：只有文件所有者、root 用户，或具备 CAP_FOWNER 能力的进程，才能调用 chmod() 系统调用。PHP 脚本以 Web 服务器用户身份运行，它通常不是文件所有者，也不是 root，因此多数情况下无法修改他人创建的文件权限。
- 常见错误现象：
chmod('config.php', 0600)返回false，但ls -l config.php显示权限仍是rw-r--r-- - 根本原因：PHP 进程用户（如
www-data）对config.php不是所有者，且未获特权授权 - 不要试图用
sudo启动 PHP-FPM —— 这会引发严重安全风险 - 真正可行的路径：提前用
chown把文件归属设为 Web 用户，再由 PHP 调用chmod()
chmod() 的八进制参数必须带前导零
PHP 7.4 中，chmod() 的第二个参数是整型，但必须是八进制字面量（以 0 开头），否则会被当作十进制解析，导致权限错乱。
- 错误写法：
chmod('log.txt', 644)→ 实际传入十进制 644，对应二进制1010000100，系统按权限位截取后变成不可预测值 - 正确写法：
chmod('log.txt', 0644)→ 八进制 644 =rw-r--r-- - 验证方式：用
sprintf('%o', fileperms('log.txt') & 0777)查看当前实际八进制权限 - 注意：
0755和755在 PHP 中完全等价于不同数字，但只有前者语义正确、可读性强
目录 vs 文件：执行权限（x）的含义完全不同
对文件加 x 表示“可执行”，对目录加 x 表示“可进入（即能 cd 或访问其子项）”。PHP 脚本中误设目录权限，常导致 Web 服务无法读取子资源。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
立即学习“PHP免费学习笔记（深入）”；
- 上传目录（如
uploads/）必须设0755或0775：Web 用户需有x才能列出或写入其中，但普通用户不应有w权限 - 配置文件（如
db.php）绝不能设x，否则可能被 Web 服务器直接执行（暴露源码或触发漏洞），应固定为0600或0640 -
0755对目录安全，对 PHP 文件危险；0644对 PHP 文件合理，对空目录则会导致Permission denied（无法opendir()） - 判断依据：用
is_dir($path)分支处理，目录至少要保证属主有x，文件一般不需要x
生产环境慎用递归 chmod（-R）的 PHP 等效操作
PHP 没有原生 chmod -R，手动递归调用 chmod() 极易出错，且无法跳过符号链接或控制深度。
- 常见陷阱：
array_map('chmod', glob('cache/*'), array_fill(0, count(glob('cache/*')), 0644))—— 忽略子目录、不处理失败、无权限检查 - 更稳妥做法：用
exec('chmod -R 0644 ' . escapeshellarg($dir))（需确认 Web 用户有该命令权限，且safe_mode已禁用） - 推荐替代：在部署阶段用 shell 脚本统一设权，PHP 运行时只改单个文件（如日志轮转后重设权限）
- 关键提醒：
chmod -R 0755 /var/www会让所有 PHP 文件变成可执行状态，这是典型的安全反模式
最常被忽略的点：权限变更是否生效，不能只看 chmod() 返回值；必须用 fileperms() + sprintf('%o', ... & 0777) 实际读取结果。很多开发者看到返回 true 就以为成功了，其实可能是 umask 或父目录权限阻止了最终效果。
