google-chrome - Chrome 加载一个 text/html 文件，但显示状态 "failed"并且不会在屏幕上呈现

Question

Google Chrome 仍然面临一个奇怪的问题。我有一个从 php 源代码生成的文本/html 页面。该页面加载良好，并且在除 Chrome 之外的任何流行浏览器上都能很好地显示。当源代码刚刚保存时，Chrome 会以正确的方式加载并渲染文件。即使我只是添加或删除了一个空格字符。接下来，如果我尝试刷新页面，Chrome 会显示一个空白页面，并在开发人员工具面板中显示错误(请参见屏幕截图)，指示“失败”状态。但如果我检查 HTTP 响应 header ，一切似乎都很好，包括 HTTP 状态:200 OK。

HTTP/1.1 200 OK
Date: Mon, 17 Sep 2012 08:37:03 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.3.14
Expires: Mon, 17 Sep 2012 08:52:03 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8

下面是保存源代码并获得正确渲染后的 HTTP 响应 header 。没有变化(时间相关信息除外)

HTTP/1.1 200 OK
Date: Mon, 17 Sep 2012 08:56:06 GMT
Server: Apache/2.2.3 (CentOS)
X-Powered-By: PHP/5.3.14
Expires: Mon, 17 Sep 2012 09:11:07 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8

我还检查了 HTTP 请求 header ，它们在两种情况下都是相同的:

工作案例:

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:max-age=0
Connection:keep-alive
Cookie:PHPSESSID=qn01olb0lkgh3qh7tpmjbdbct1
Host:(hidden here, but correct, looks like subsubdomain.subdomain.domain.tld)
User-Agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1

失败案例:

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:max-age=0
Connection:keep-alive
Cookie:PHPSESSID=qn01olb0lkgh3qh7tpmjbdbct1
Host:(also hidden)
User-Agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1

我注意到，即使页面失败，一些其他资源(javascript、样式表)也会成功加载或从本地缓存检索。我每次都可以成功访问 HTML 源代码，无论页面是否渲染(HTML 代码是它预期包含的内容)。

我还运行了 Wireshark，看看传输数据时是否会出现问题或其他问题，但这一侧似乎也一切正常。

我在 Google 上读到了一些有关内容长度的内容，如果 HTTP header 中提供的信息与所传送文件的有效大小不同，Chrome 就会失败。在我看来，这里的情况并非如此，因为未提供内容长度。

欢迎任何帮助!谢谢!

Answer 1

对于那些仍然遇到该问题的人:添加 setEnv downgrade-1.0对于你的 .htaccess，对我来说它可以作为临时修复。它禁用分块传输。

另一个解决方案是将用户代理设置为 IE，显然它的作用相同......

实际问题在某种程度上与服务器配置有关，我还看到段错误错误。我遇到此行为的网站在 PHP 5.3.27 上通过 HTTPS 运行。

编辑:通过 HTTPS 还是 HTTP 访问网站并不重要。

edit2:这个错误的原因是一行非常长，将其分成多行解决了问题。