为什么有时候打不开 phpinfo php？可能是这几个原因造成的。

发布日期： 2025-10-15 阅读量： 作者： admin

今天想检查下服务器上PHP的环境信息，就想着弄个 phpinfo() 页面看看，这玩意儿挺方便的，平时也经常用。

开始动手

也没多复杂，我就在我网站目录下随手建了个PHP文件，比如叫 `*` 。打开编辑器，往里面就敲了最基础的一行代码：

<?php phpinfo(); ?>

就这么简单，想着保存一下，然后用浏览器访问这个文件，应该就能看到一大堆PHP的配置信息了。

遇到问题

结果，把文件放上去，通过浏览器访问，傻眼了，页面一片空白，啥玩意儿都没有显示。有时候可能还会报个服务器内部错误之类的，反正就是看不到我想要看的那个PHP信息页面。

排查过程

遇到这情况，第一反应就是，是不是我代码打错了？虽然就一行，但还是回去检查了一遍，<?php phpinfo(); ?>，看着也没拼错，标点符号也对。

那会不会是文件本身的问题？比如文件名不对，或者放的位置不对，Web服务器（我用的是Nginx）找不到它？又或者权限不对，导致没法读取？我回去检查了下文件路径、文件名、还有文件的权限，看起来也都设置得没啥问题。

代码没错，文件也没错，那问题可能就出在服务器环境上了。是不是PHP本身没跑起来？或者Nginx没有正确地把`.php`文件的请求交给PHP去处理？

我先是看了下Nginx的配置文件，特别是虚拟主机（vhost）那块关于PHP处理的设置，比如 `fastcgi_pass` 指令，看看是不是指向了正确的PHP-FPM地址。

然后又去检查PHP-FPM的配置，主要是 `*` 或者相关 `pool` 配置文件里的 `listen` 指令。这个 `listen` 定义了PHP-FPM在哪里监听请求，必须跟Nginx配置里 `fastcgi_pass` 指向的地方对上号才行。

找到症结

折腾了半天，仔细对比了一下Nginx的 `fastcgi_pass` 和PHP-FPM的 `listen` 设置，果然是这里出了岔子！ 我发现Nginx配置里写的是把请求传给 `127.0.0.1:9000`，但是PHP-FPM那边配置文件里写的监听地址却是另一个，或者干脆用的是 `unix socket` 文件路径，两者没匹配上。这就好比，Nginx敲了A家的门，但PHP-FPM却在B家等着，那肯定接不上头。

解决问题

找到问题就好办了。我把Nginx配置文件里的 `fastcgi_pass` 和PHP-FPM配置文件里的 `listen` 改成一致的。比如，都统一用 `127.0.0.1:9000` 或者都统一用那个 `unix socket` 文件路径。

修改完配置文件后，关键一步是得让配置生效。我重新加载了Nginx的配置，并且重启了PHP-FPM服务。通常用类似 `systemctl reload nginx` 和 `systemctl restart php-fpm` 这样的命令就行。

成功看到信息

服务都重启完毕后，我回到浏览器，清了一下缓存，然后重新访问那个 `*` 文件。哗一下，这回终于对了！熟悉的PHP版本信息、编译选项、各种扩展模块的状态，全都详细地列出来了。

一点感想

有时候就是这些看起来不起眼的小配置问题，能让人折腾好一阵子。这回把过程记录下来，也算给自己提个醒，以后再碰到 `phpinfo()` 不显示，就多条排查思路。希望这个过程对碰到类似问题的朋友也有点帮助。

上一篇: 游戏服务器租用怎么选配置？资深玩家给你几点建议！

下一篇: 极客云主机多少钱？一分钟带你了解价格表！

为什么有时候打不开 phpinfo php？可能是这几个原因造成的。

随便看看