PHP脚本在Shell正常运行，Web服务器中仅部分生效的解决问询

我来帮你搞定这个CLI和浏览器环境的差异问题——这种情况大概率是权限或者PHP运行环境的配置差异导致的，咱们一步步来排查解决：

首先得确定浏览器调用PHP时到底用的哪个用户，毕竟权限都是和用户绑定的。你可以在test.php里加一行代码：

<?php echo "当前运行用户：" . exec('whoami'); ?>

然后用浏览器打开这个文件，看看输出是不是www-data。如果不是，那得对应调整目标用户的权限。

ARC2作为PHP模块，需要运行用户能读取它的代码文件，甚至可能需要写入缓存目录。假设你的ARC2放在/var/www/html/arc2/目录下，执行以下命令给www-data授权：

# 把ARC2目录的所有者改成www-data
sudo chown -R www-data:www-data /var/www/html/arc2/
# 设置合理的权限：所有者读写执行，组和其他用户读执行（最小权限原则）
sudo chmod -R 755 /var/www/html/arc2/

如果ARC2有专门的缓存目录（比如arc2/cache/），可以单独给它设置更宽松的写入权限：

sudo chmod 775 /var/www/html/arc2/cache/

浏览器环境下的PHP发起SPARQL请求，本质是www-data用户在服务器上向Fuseki发HTTP请求，所以要确保这个请求能正常通行：

1. 本地Fuseki的情况：如果Fuseki和PHP在同一服务器，检查Fuseki的配置，有没有限制访问IP？默认Fuseki监听127.0.0.1的话，本地请求是没问题的，但如果有ACL规则，要允许本地用户访问。
2. 远程Fuseki的情况：先测试www-data能不能访问Fuseki，执行命令：

   sudo -u www-data curl http://你的Fuseki地址:3030/你的数据集/sparql
   

   如果curl能返回Fuseki的SPARQL界面内容，说明网络和权限没问题；如果报错，检查Debian的防火墙（比如ufw）有没有放行 outbound 的3030端口，或者Fuseki服务器的访问控制列表。

有时候不是权限，是PHP的配置不一样。你可以：

• 在test.php里加<?php phpinfo(); ?>，浏览器打开后，对比open_basedir、allow_url_fopen、curl扩展这些关键配置；
• 同时在CLI执行php -i，看同样的参数有没有差异。
  比如如果浏览器环境的allow_url_fopen是Off，那ARC2就没法发起HTTP请求到Fuseki，需要修改/etc/php/7.x/apache2/php.ini（对应你的PHP版本），把allow_url_fopen改成On，然后重启Apache：

sudo systemctl restart apache2

如果上面的步骤还没解决，直接看Web服务器的错误日志，能精准找到问题：

• Apache的错误日志路径：/var/log/apache2/error.log
• Nginx的错误日志路径：/var/log/nginx/error.log
  执行命令实时查看日志：

sudo tail -f /var/log/apache2/error.log

然后用浏览器访问你的PHP文件，日志里会显示具体的错误，比如“Permission denied”访问ARC2的某个文件，或者“Failed to connect to Fuseki”之类的提示，跟着提示修复就行。

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