php 5.3+已彻底移除safe_mode，piso“无权限”实为open_basedir限制、系统权限或selinux所致；检查ini_get('open_basedir')和文件属主权限才是关键。
PHP 5.3 及之后版本已彻底移除 safe_mode，piso 报错“无权限”与它无关；真正拦路的是 open_basedir 或系统级文件权限。
为什么改 safe_mode 没用？
PHP 从 5.4.0 起完全删除 safe_mode 配置项，5.3 已标记为废弃。你在 php.ini 里修改 safe_mode = Off 不会生效，重启后 phpinfo() 也查不到该配置 —— 它已被硬编码剔除。任何提示“请关闭 safe_mode”的教程，基本都过时了五年以上。
- 检查 PHP 版本：
php -v，若 ≥5.4，safe_mode字段根本不存在 - 运行
ini_get('safe_mode')返回 false 或警告“Unknown configuration option” - 试图在 .htaccess 里写
php_flag safe_mode off会直接触发 500 错误
open_basedir 是真凶：路径被锁死
piso（或类似扩展）调用 fopen()、file_get_contents() 等函数读取外部资源时，若目标路径不在 open_basedir 白名单内，就会报“Permission denied”或“failed to open stream: Operation not permitted”。这不是 Linux 权限问题，而是 PHP 的虚拟路径沙箱机制。
- 确认当前限制：
echo ini_get('open_basedir');，常见值如/var/www/html:/tmp - 若返回空字符串，说明未启用；若返回路径列表，piso 尝试访问的文件（比如
/usr/local/piso/config.json）必须落在其中 - 临时放开（仅调试）：
ini_set('open_basedir', '');，但线上环境严禁这么做 - 生产环境应精准追加路径：
open_basedir = "/var/www/html:/tmp:/usr/local/piso"，注意用冒号分隔（Linux）或分号（Windows）
系统权限和 SELinux 才是隐藏关卡
即使 open_basedir 放行，PHP 进程仍受操作系统约束。Apache/Nginx 用户（如 www-data 或 nginx）可能无权读取目标目录。
立即学习“PHP免费学习笔记（深入）”；
- 检查文件属主：
ls -l /usr/local/piso/，确保运行 PHP 的用户有 r-x 权限（目录）和 r 权限（文件） - 若用 CentOS/RHEL，SELinux 可能拦截：
ausearch -m avc -ts recent | grep php，看到denied { read }就要调整上下文或临时设为 permissive - 避免用 root 启动 web 服务 —— piso 报“无权限”不是因为权限太高，而是太低或被策略拒绝
真正卡住 piso 的，从来不是那个早被删掉的 safe_mode，而是你没看见的 open_basedir 边界、漏配的系统权限，或者 SELinux 默默挡了一刀。改配置前，先 var_dump(ini_get('open_basedir')) 和 ls -ld 看两眼，比瞎调 php.ini 有用十倍。
