当通过curl发起post请求触发远程php脚本执行fopen()写入文件时，出现“permission denied”错误，本质是web服务器（如apache或nginx）运行用户缺乏目标目录的写权限，而非php文件自身权限问题。
该问题常被误判为文件权限设置不足——例如将canvas.py或PHP脚本设为chmod 777，但实际无效。原因在于：PHP脚本在Web上下文（如通过HTTP访问）中执行时，由Web服务器进程（如www-data、apache或nginx用户）以特定系统用户身份运行；而你在终端中执行php file1.php时，是以当前SSH用户（如ubuntu或root）身份运行，二者权限环境完全隔离。
因此，关键检查点是：目标文件所在目录对Web服务器用户是否具备写权限。例如，若canvas.py位于/var/www/html/下，则需确保该目录对www-data（Ubuntu/Debian上Apache默认用户）或apache（CentOS/RHEL）可写：
# 查看Web服务器运行用户（以Apache为例）
ps aux | grep -E '(apache|httpd)' | grep -v grep | awk '{print $1}' | head -1
# 假设输出为 www-data，则赋予其对当前目录的写权限
sudo chown -R www-data:www-data /var/www/html/
sudo chmod -R 755 /var/www/html/ # 推荐：目录755，文件644；若需写入，目录至少775
# 或更精准地仅开放必要目录
sudo chmod 775 /var/www/html/ # 允许组写入（确保www-data在该组中）⚠️ 注意事项：
- 切勿对生产环境目录滥用chmod 777：这会带来严重安全风险（任意用户可读写执行）。
- 避免在Web根目录直接写入可执行脚本（如canvas.py）：应限定写入专用子目录（如/var/www/html/tmp/），并配合open_basedir或disable_functions限制危险函数。
-
验证执行上下文：可在出错脚本中加入调试代码确认运行用户：
<?php echo "Current user: " . exec('whoami') . "\n"; echo "Document root: " . $_SERVER['DOCUMENT_ROOT'] . "\n"; echo "Is writable? " . (is_writable('.') ? 'YES' : 'NO') . "\n"; ?> -
替代方案更安全：若仅需动态执行Python代码，建议改用内存方式（如proc_open传入stdin），避免落盘文件：
$process = proc_open('python3', [ 0 => ['pipe', 'r'], 1 => ['pipe', 'w'], 2 => ['pipe', 'w'] ], $pipes); if (is_resource($process)) { fwrite($pipes[0], $_POST['code']); fclose($pipes[0]); $output = stream_get_contents($pipes[1]); fclose($pipes[1]); proc_close($process); echo $output; }
总结：解决“Failed to open stream: Permission denied”的核心逻辑是——明确执行主体（Web服务器用户）、定位目标路径、赋予该用户对路径的写权限，而非修改PHP文件权限。权限管理应遵循最小权限原则，兼顾功能实现与系统安全性。
立即学习“PHP免费学习笔记（深入）”；
