HTTP访问时exec执行PHP脚本返回127错误解决方法

返回$retval = 127且输出sh: PHP: command not found，核心是两点：

1. Web环境下执行shell命令时，使用的是Web服务的运行用户（常见为www-data、apache、nginx），这类非登录用户的PATH环境变量未包含PHP可执行文件的所在路径，系统无法定位到你写的PHP命令
2. Linux系统对文件名大小写敏感，绝大多数环境下PHP的CLI可执行命令为小写php，大写PHP本身就无法被识别
   同时如果process_scan.php用相对路径，还可能因为Web请求的工作目录和脚本所在目录不一致，触发文件找不到的次级错误。

• 先获取PHP可执行文件的绝对路径
  在服务器终端执行以下命令，输出结果就是php命令的完整路径，常见值为/usr/bin/php、/usr/local/php8.2/bin/php：

  which php
  

• 修改exec调用代码，替换为绝对路径
  把命令里的PHP替换为上一步拿到的php绝对路径，同时把process_scan.php替换为该文件的完整绝对路径，避免相对路径匹配错误，示例代码如下：

  // 请将路径替换为你服务器上的实际路径
  exec('/usr/bin/php /var/www/your_project/process_scan.php 2>&1', $output, $retval);
  

  注意命令里的php统一用小写。
• 配置正确的文件权限
  保证Web服务运行用户对process_scan.php以及脚本依赖的其他文件、目录有读取/执行权限，以Ubuntu/Debian系统（默认Web用户为www-data）为例：

  # 替换为你自己的项目目录路径
  chown www-data:www-data /var/www/your_project/*.php
  chmod 644 /var/www/your_project/*.php
  

  如果是CentOS/RHEL系系统，默认Web用户为apache，把上述命令里的www-data替换为apache即可。
• 验证效果
  重新通过浏览器访问对应文件，打印$retval和$output，如果返回0且输出符合预期，说明配置生效。

如果process_scan.php是耗时较长的扫描任务，不建议直接在用户访问的同步请求里执行，会导致页面加载超时，这类场景更适合通过异步队列、定时任务的方式触发。

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