php 5.4.0起已彻底移除safe_mode，trae中所谓“php安全模式”实为disable_functions、open_basedir或沙箱限制；需检查PHP版本、禁用函数列表及TRAe三层防护机制并重启服务生效。
TRAe 是一个基于 Web 的 PHP 集成开发环境（类似小皮面板、宝塔的轻量版），但它的“PHP 安全模式”其实是用户对 safe_mode 的误称——PHP 自 5.4.0 起已彻底移除该特性，任何 TRAe 版本都不可能启用或关闭它。你实际遇到的，大概率是 disable_functions、open_basedir 或 TRAe 自带的沙箱限制。
为什么找不到 safe_mode 配置项？
PHP 源码里早没这玩意了。从 PHP 5.4.0 开始，safe_mode 被完全废弃并删除；5.4+ 编译时即使加 --enable-safe-mode 也无效。TRAe 若基于 PHP 7.x/8.x，配置文件里搜 safe_mode 必然为空。
- 检查 PHP 版本：
php -v，若显示7.2.34或更高，直接放弃找这个参数 -
php.ini中残留的safe_mode = Off属于历史垃圾配置，删掉也不影响运行 - 真正起作用的是
disable_functions（禁用函数列表）和open_basedir（目录访问白名单）
TRAe 中限制 PHP 执行能力的常见位置
TRAe 的“安全限制”主要来自三处：PHP 配置、TRAe 后台界面开关、以及其内置的代理/沙箱层。需逐层排查：
- 进入 TRAe 控制台 →「PHP 设置」→ 查看「禁用函数」栏，常见被禁的有
exec、shell_exec、system、passthru—— 这些才是导致命令执行失败的真凶 - 检查
php.ini中open_basedir值，如为/www/wwwroot/:/tmp/，则 PHP 无法读写其他路径（比如/home/user/） - 部分 TRAe 版本会拦截高危函数调用（哪怕
disable_functions未设），此时需在 TRAe 设置中关闭「php 函数过滤」或「WebShell 防护」开关
如何验证当前限制是否生效？
别靠猜，用最小代码实测：
立即学习“PHP免费学习笔记（深入）”；
如果输出中 exec 显示 bool(false)，且 disable_functions 包含该函数名，那问题就定位清楚了——不是安全模式，是函数被明确禁用。
修改后不生效？注意 TRAe 的缓存与重启逻辑
TRAe 不像 apache 那样 reload 就生效，它常驻进程管理 PHP-FPM，改完 php.ini 后必须手动重启 PHP 服务：
- 在 TRAe 界面点击「PHP」→「重启」（不是「重载」）
- 若界面无按钮，终端执行：
trae php restart或systemctl restart trae-php（取决于安装方式） - 确认进程已更新：
ps aux | grep php-fpm查看启动时间是否为修改后 - 某些 TRAe 版本会把用户自定义配置写入
/opt/trae/php/conf.d/user.ini，优先改这里而非主php.ini
真正麻烦的不是关某个开关，而是 TRAe 把多层限制叠在一起：PHP 层禁函数、应用层做白名单、前端还加 js 校验。遇到“明明开了却还是报错”，得一层层 phpinfo() 对比，看哪一层偷偷又拦了一道。