PHP升级问题-这是编码错误吗？

我在CentOS 5.3系统上升级了php common和php devel软件包。现在，当我试图访问浏览器中的任何PHP脚本时，我会得到如下垃圾：

如果我尝试卷曲获取页面，或者在浏览器中尝试纯HTML、CSS或JS，一切看起来都正常

在PHP本身和PHP输出中，通过“Content-Type:text/html；charset=UTF-8”将编码设置为UTF-8

---

我不知道是什么导致了这种变化？有什么想法吗？

我们曾经有过这样的想法。我相信这与gzip有关

---

尝试将

zlib.output\u compression

从原始值

Off

修改为

On

我们曾经这样做过。我相信这与gzip有关

---

尝试将

zlib.output\u compression

从原始值

Off

修改为

On

Wow。是的，这很不寻常。我的第一个想法是，Apache中的MOD_PHP位一定是出了什么问题（或者在您使用的任何Web服务器中都是等效的），或者它绑定到了错误的MIME类型，或者其他什么……但是由于PHP不是（减去解释器）编译代码，如果它是真正的fubared，那么您只会看到纯文本，或者根本看不到任何东西，不是二元的胡言乱语。看起来更像是服务器将.php作为某种二进制文件类型处理

我会清除这些软件包，然后重新安装。最初的安装是从“库存”软件包进行的，还是有人从源代码处编译的？如果它们是第一次编译的，可能有人设置了官方软件包中没有设置的选项，这可能会导致您的问题

---

这可能是某种编码问题，但由于您刚刚升级了这些软件包，因此我将从这里开始。

哇。是的，这很不寻常。我的第一个想法是，Apache中的MOD_PHP位一定是出了什么问题（或者在您使用的任何Web服务器中都是等效的），或者它绑定到了错误的MIME类型，或者其他什么……但是由于PHP不是（减去解释器）编译代码，如果它是真正的fubared，那么您只会看到纯文本，或者根本看不到任何东西，不是二元的胡言乱语。看起来更像是服务器将.php作为某种二进制文件类型处理

我会清除这些软件包，然后重新安装。最初的安装是从“库存”软件包进行的，还是有人从源代码处编译的？如果它们是第一次编译的，可能有人设置了官方软件包中没有设置的选项，这可能会导致您的问题

---

这可能是某种编码问题，但由于您刚刚升级了这些软件包，因此我将从这里开始。

您是否尝试过phpinfo（）是否正常工作？是的，一个简单的phpinfo（）输出所有内容，可以包括前几个字符吗？我猜它是gzip内容，但是如果不看星星就无法判断你试过phpinfo（）是否有效吗？是的，一个简单的phpinfo（）会输出所有内容，可以包括前几个字符吗？我猜这是gzip内容，但是如果没有看到startApache 2，我就说不出来，是的gzip被启用了，虽然我相信我今天花了3个小时试图解决这个问题，但我尝试禁用了DEFLATE，但没有用…嗯，-我以前没有尝试过的一件事是将zlib.output\u压缩从原始值改为解决问题的值。耶哈！你可能想把这个添加到你的答案中，因为我不能编辑其他帖子，然后我可以将它标记为接受。谢谢你的提示。Apache 2和yes gzip已启用，尽管我相信我今天花了3个小时试图解决这个问题，但我尝试禁用了DEFLATE，但没有任何效果…嗯，-我以前没有尝试过的一件事是将zlib.output_压缩从原始值Off更改为修复问题的值。耶哈！你可能想把这个添加到你的答案中，因为我不能编辑其他帖子，然后我可以将它标记为接受。谢谢你的提示。按照你对MIME类型的推理，尽管我现在觉得请求头“Accept encoding:gzip，deflate；”诱使PHP对内容进行gzip压缩，然后Apache再次对内容进行deflate压缩，这在CURL中不会发生……按照你对MIME类型的推理，虽然在我看来，现在请求头“Accept encoding:gzip，deflate；”诱使PHP对内容进行gzip压缩，然后Apache再次对内容进行了压缩，这在CURL中是不会发生的。。。