linux下php打开网址是代码

linux下php打开网址是开网代码，这事儿我碰过不下十次。址代昨天刚帮同事排查完，开网他把file_get_contents("http://example.com")写进脚本，址代浏览器里跑出来的开网全是PHP源码，连个换行符都没解析。址代他一脸懵，开网问我是址代不是服务器中毒了。

其实根子不在PHP，开网在Linux的址代权限和配置上。PHP要执行网络请求，开网得先确认php.ini里的址代allow_url_fopen是On。默认很多发行版是开网开的，但总有人手贱改掉。址代你可以在终端敲php -i | grep allow_url_fopen，开网看到Off就改回来，然后重启php-fpm。改完再试，八成能通。

但更阴险的是SELinux。CentOS和Fedora默认开着这玩意儿，它会把PHP的网络访问权限拦得死死的。你代码写得再对，它直接给你吐个“failed to open stream: Permission denied”。查这个别用getenforce看状态，直接看audit2why的输出，那玩意儿会告诉你具体是哪个策略拦的。上次我处理一个客户服务器，折腾俩小时，最后就是setsebool -P httpd_can_network_connect 1一行命令的事。

还有个坑是代理。公司内网环境，PHP脚本要访问外网，得在代码里显式设置代理。我见过有人把stream_context_create的proxy参数写错，导致curl能通但file_get_contents死活不行。这俩底层走的协议栈不一样，别以为curl通了PHP就一定通。

如果你用的是curl扩展，那问题可能出在SSL证书上。Linux下的ca-certificates包没更新，访问某些https站点会直接报证书验证失败。这时候别急着禁用证书校验，先apt update && apt install ca-certificates或yum update ca-certificates。禁用校验是饮鸩止渴，生产环境千万别这么干。

最后说个冷门的——php-fpm的工作目录。如果你用Nginx+php-fpm，且站点根目录设得不对，PHP可能压根没权限读取你写的脚本文件，只能返回原始代码。检查一下nginx配置里的root路径，和php-fpm的chdir指令是否一致。不一致的话，PHP会尝试用错误的路径解析文件，结果就是直接把源码吐给你看。

遇到这种问题，别急着重装。先跑个php -l检查语法，再用strace -f -e trace=network php test.php跟踪系统调用，看它到底卡在哪一步。工具链齐全的话，五分钟能定位问题。我见过太多人一上来就删库重装，结果发现是配置文件里多打了个分号。

代码本身不会骗人，骗人的是环境。Linux下跑PHP，本质是跟权限、策略、路径较劲。你把这些摸透了，打开网址就是一行echo的事。

本文地址：http://www.79wt.cn/news/430b9099479.html