Php 网站没有显示。而是一群奇怪的角色?

Php 网站没有显示。而是一群奇怪的角色?,php,zend-framework,utf-8,mojibake,Php,Zend Framework,Utf 8,Mojibake,这正是在web浏览器中显示的内容,而不是我的网站。虽然在localhost上,这个网站运行得很好。这是一个基于Zend Framework的网站,在localhost上,输出类似于以下缩短版本: ‹�����혱jÃ0†w=Å=AÜ ÂЃ)ÅKGÅ:¢En%¹©ß¾²Ý 7xèpußøãŸ~ÝöÇ®Ömót¨•îŸû®©îao‚½‘Í:ºR†æk@´huõÃ(]­;z:¼•Íö¾þ{¥•‚¾ímwi£_±Ä1)–ÄÇ�‡‘,‰%Ž#YKF²Ä²Ä8ŒèKF²$–88ŒdI,qpÉ’Xâà0’

这正是在web浏览器中显示的内容,而不是我的网站。虽然在localhost上,这个网站运行得很好。这是一个基于Zend Framework的网站,在localhost上,输出类似于以下缩短版本:

‹�����혱jÃ0†w=Å=AÜ ÂЃ)ÅKGÅ:¢En%¹©ß¾²Ý 7xèpußøãŸ~ÝöÇ®Ömót¨•îŸû®©îao‚½‘Í:ºR†æk@´huõÃ(]­;z:¼•Íö¾þ{¥•‚¾ímwi£_±Ä1)–ÄÇ�‡‘,‰%Ž#YKF²Ä²Ä8ŒèKF²$–88ŒdI,qpÉ’Xâà0’%±Ä1Àaþe–TïÆOŒ@ 2^ßÇh"ù¦`Î!뜄yœ"Dü˜0e°Ó:ËË>e„ñʈfp.à(U®<œv¿ì;xñhRY3˜‹¡�ÞdŒ;Uºõ×R°WkÑ^Z÷¥¯Wß.Ò¤·��

什么会导致这个问题?它以前是可以工作的,这个bug今天才出现,或者可能已经出现在昨天了,我不确定。

尝试删除指定UTF-8的内容类型meta标记。。。这可能是错误的。

尝试删除指定UTF-8的内容类型元标记。。。这可能是错误的。

更新:哈!这似乎是一个连锁反应。查看您的响应标题的最后一行:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>

<title>Title</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<meta http-equiv="Content-Style-Type" content="text/css" />
<meta http-equiv="Content-Language" content="en-US" />


</head>
<body>

<!--

LOTS OF HTML HERE

-->

</body>
</html>

超出509带宽限制后的新线似乎丢失了。这似乎破坏了有关Gzip内容的信息。我猜垃圾是在超出带宽的情况下显示的错误消息,这也解释了为什么它这么小

更新:哈!这似乎是一个连锁反应。查看您的响应标题的最后一行:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>

<title>Title</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<meta http-equiv="Content-Style-Type" content="text/css" />
<meta http-equiv="Content-Language" content="en-US" />


</head>
<body>

<!--

LOTS OF HTML HERE

-->

</body>
</html>

超出509带宽限制后的新线似乎丢失了。这似乎破坏了有关Gzip内容的信息。我猜垃圾是在超出带宽的情况下显示的错误消息,这也解释了为什么它这么小

尝试将“接受编码”设置为空:

Date: Sun, 04 Apr 2010 17:06:39 GMT
Server: LiteSpeed
Accept-Ranges: bytes
Connection: close
Etag: "17b7-4a7b64fa-0"
Last-Modified: Thu, 06 Aug 2009 23:19:22 GMT
Content-Type: text/html
Content-Length: 303

509 Bandwidth Limit ExceededContent-Encoding: gzip

希望有帮助。

尝试将“接受编码”设置为空:

Date: Sun, 04 Apr 2010 17:06:39 GMT
Server: LiteSpeed
Accept-Ranges: bytes
Connection: close
Etag: "17b7-4a7b64fa-0"
Last-Modified: Thu, 06 Aug 2009 23:19:22 GMT
Content-Type: text/html
Content-Length: 303

509 Bandwidth Limit ExceededContent-Encoding: gzip

希望有帮助。

Hmm,我没有在应用程序中进行任何压缩,也没有使用Zend_缓存。@Richard真奇怪。有没有可以随时查看的实时URL?我不认为这是一个编码问题——如果垃圾出现在一个浏览器中,而不是另一个浏览器中,这就不是问题。Hmmm.It从我这边开始工作-您可能想更改您的db密码,因为授权详细信息在普通站点中,供所有人阅读。哦,确实是的,建议进行一轮密码更改:web根目录映射到一个目录太高。它应该使用htaccess重定向,但似乎也停止了工作。。。谢谢你的注意。嗯,我不在应用程序中做任何压缩,也不使用Zend_缓存。@Richard真奇怪。有没有可以随时查看的实时URL?我不认为这是一个编码问题——如果垃圾出现在一个浏览器中,而不是另一个浏览器中,这就不是问题。Hmmm.It从我这边开始工作-您可能想更改您的db密码,因为授权详细信息在普通站点中,供所有人阅读。哦,确实是的,建议进行一轮密码更改:web根目录映射到一个目录太高。它应该使用htaccess重定向,但似乎也停止了工作。。。谢谢注意。@Richard我更新了我的答案。@Richard我更新了我的答案。