shell_exec调用chmod失败主因是Web服务器低权限用户无权修改文件、PHP禁用该函数或SELinux/AppArmor拦截；应优先用PHP原生chmod()函数，并校验路径、权限值及文件系统挂载选项。
shell_exec 调用 chmod 失败的常见原因
直接用 shell_exec('chmod 755 /path/to/file') 在 PHP 中大概率没反应，甚至返回空或 false——不是命令写错了，而是权限和上下文出了问题。Web 服务器（如 Apache 或 Nginx）通常以低权限用户（www-data、nginx 或 apache）运行，它根本没权修改目标路径的属主或权限，尤其当文件属于另一个用户（比如你用 FTP 上传的）时。
更隐蔽的问题是：PHP 可能禁用了 shell_exec（在 disable_functions 中），或者 SELinux / AppArmor 正在拦截系统调用，此时连错误都不报，只静默失败。
- 先检查是否启用：
var_dump(function_exists('shell_exec')); - 确认
disable_functions配置里没禁掉shell_exec、exec、system - 用
shell_exec('whoami 2>&1')看当前执行用户是谁 - 用
shell_exec('ls -ld /path/to/dir 2>&1')查目标目录实际权限和属主
chmod 命令在 PHP 中的安全调用方式
硬编码路径 + 直接拼接变量极危险，容易触发命令注入。必须过滤路径、限定操作范围、避免用户输入参与 shell 字符构造。
- 用
realpath()和dirname()规范路径，再判断是否在白名单根目录内（例如只允许改/var/www/html/uploads/下的文件） - 对文件名使用
basename()提取，丢弃所有路径遍历字符（..、/） - 权限值必须校验：只接受三位八进制数（如
755、644），拒绝0777这类带前导零的写法（chmod会误解析为八进制） - 命令中用单引号包裹路径，避免 shell 解析空格或特殊字符：
shell_exec("chmod {$mode} '" . escapeshellarg($full_path) . "' 2>&1")
替代方案：用 PHP 原生函数 chmod() 更可靠
绝大多数情况下，根本不需要调用 shell —— PHP 自带的 chmod() 函数就是干这个的，它绕过 shell 层，直接调用系统 chmod() 系统调用，更快、更安全、不受 disable_functions 影响（除非它本身被禁）。
微信商城(B2C)独立后台版
下载
修改default模板,调整样式目录到模板目录下Style目录 2.调整后台管理功能界面 3.增加新闻文章和单页内容功能模块 4.增加数据库后台备份恢复功能 5.修复后台角色权限问题 升级步骤： 删除目录：/wapapli;/static;/app/Tpl,覆盖更新包用户手册
立即学习“PHP免费学习笔记（深入）”；
-
chmod()第二个参数是十进制整数，不是字符串：chmod($path, 0755)（注意前面的0表示八进制） - 如果返回
false，说明 PHP 进程无权修改该文件，此时应检查属主和 umask，而不是换 shell 方式重试 - 批量修改可用
scandir()+ 递归遍历，但注意避免符号链接循环；用is_link()和is_dir()做判断 - 修改后建议用
fileperms()验证结果：decoct(fileperms($path) & 0777)
权限改不了？重点查这三处
很多“改权限失败”其实跟 PHP 或命令无关，是底层文件系统或部署环境卡住的。
- NFS 或某些容器卷（如 Docker bind mount）挂载时用了
noexec、nosuid或root_squash，导致 chmod 被忽略 - 文件系统是只读（
ro挂载选项），mount | grep $(df . | tail -1 | awk '{print $1}')可确认 - SELinux 状态为 enforcing 且策略限制：运行
getenforce，临时设为 permissive 测试是否恢复（sudo setenforce 0），再查/var/log/audit/audit.log定位具体拒绝项
别一上来就折腾 shell_exec，先确认 PHP 进程有没有那个能力——它连文件都 touch 不了的时候，chmod 就只是个幻觉。
