PHP调用CuraEngine无输出排查：GCP Debian LAMP环境3D打印网页问题

我之前也碰到过类似的场景，在LAMP环境下用PHP调用命令行工具时，经常会因为环境变量、权限或者输出重定向的问题卡壳，结合你的情况，咱们一步步来排查解决：

1. 先确认CuraEngine的绝对路径 #

你在SSH终端能直接运行CuraEngine，是因为你的用户环境PATH里包含了它的安装位置，但PHP是用www-data用户运行的，这个用户的PATH大概率没包含该路径。

先在SSH里执行命令找到绝对路径：

which CuraEngine

会得到类似/usr/bin/CuraEngine的结果。然后把PHP里的命令替换成绝对路径调用，比如：

<?php
echo exec('/usr/bin/CuraEngine');
?>

切片命令同理替换：

<?php
echo exec('/usr/bin/CuraEngine slice -v -j resources/definitions/creality_ender3.def.json -o gcode/output.gcode -l STL/cube.stl');
?>

2. 检查文件与目录权限 #

www-data用户可能没有访问相关资源的权限：

• 资源定义文件、STL模型文件需要读权限
• 输出GCode的gcode/目录需要写权限

执行以下命令调整权限（根据你的实际路径修改）：

# 给资源和STL目录添加其他用户读权限
sudo chmod -R o+r /var/www/html/resources/
sudo chmod -R o+r /var/www/html/STL/
# 给gcode目录添加其他用户写权限
sudo chmod -R o+w /var/www/html/gcode/

如果担心权限太开放，也可以把www-data加入你当前用户的用户组，再调整目录的组权限，不过上面的命令可以先用来快速验证是否是权限问题。

3. 捕获错误输出，定位具体问题 #

exec()默认只返回命令的最后一行标准输出，如果CuraEngine把错误信息输出到了标准错误（stderr），你就看不到任何内容。可以把错误重定向到标准输出，同时捕获所有输出和返回码：

<?php
$output = [];
$return_code = 0;
// 替换成你的绝对路径，加上2>&1重定向错误输出
exec('/usr/bin/CuraEngine slice -v -j resources/definitions/creality_ender3.def.json -o gcode/output.gcode -l STL/cube.stl 2>&1', $output, $return_code);

echo "返回码：$return_code\n";
echo "输出内容：\n";
print_r($output);
?>

返回码如果是非0，说明命令执行失败，输出内容会告诉你具体错误（比如找不到文件、权限不足等）。

4. 检查AppArmor限制 #

Debian 10默认启用了AppArmor，可能会限制Apache（www-data用户）执行某些命令行程序。可以先临时关闭AppArmor测试：

sudo systemctl stop apparmor
sudo systemctl disable apparmor

如果关闭后PHP脚本能正常执行，就需要配置AppArmor允许www-data运行CuraEngine。你可以编辑对应的AppArmor配置文件（通常在/etc/apparmor.d/目录下，比如usr.sbin.apache2），添加允许执行CuraEngine的规则。

内容的提问来源于stack exchange，提问作者Eduardo Vieira