Chrome 屏蔽请求答案

【问题标题】：Chrome block requestsChrome 屏蔽请求
【发布时间】：2013-12-29 13:55:58
【问题描述】：

我在 Chrome 中遇到了不寻常的问题。它阻止了一些请求并返回以下内容：

min.php?g=oxp-js&v=2.8.11 /openx/www/admin/assets GET（失败） dashboard.php:29 解析器

经过进一步调查，它说：

显示 Chrome 临时标题

同一页面在其他浏览器上也能正常工作。

下面给出了响应标头

Request URL:http://localhost/openx/www/admin/assets/min.php?g=oxp-css-ltr&v=2.8.11
Request Headers CAUTION: Provisional headers are shown.
Accept:text/css,*/*;q=0.1
Cache-Control:no-cache
Pragma:no-cache
Referer:http://localhost/openx/www/admin/dashboard.php
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.41 Safari/537.36
Query String Parametersview sourceview URL encoded
g:oxp-css-ltr
v:2.8.11

以下是作为网页的一部分执行时 Chrome 无法很好执行的 Buggy 链接

[link rel="stylesheet" type="text/css" href="http://localhost/openx/www/admin/assets/min.php?g=oxp-css-ltr&v=2.8 .11]

但是当我直接访问时，它会正确返回 Headers。我不明白为什么会这样？

更新

我使用 LIVE HTTPHEADERS 扩展来抓取内容，如下所示：

GET /openx/www/admin/assets/min.php?g=oxp-css-ltr&v=2.8.11 HTTP/1.1
Host: localhost
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,ur;q=0.6
Cache-Control: no-cache
Cookie: PHPSESSID=87eb59b22ac0ce0d57ecf1e422a412a7; ox_install_session_id=341ef9a68cffdbd9b47d6076e0f12d40; sessionID=b7ccb4b31bc58e5958ec84d44110100f
Pragma: no-cache
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.41 Safari/537.36

HTTP/1.1 200 OK
Cache-Control: max-age=1800, public, must-revalidate
Connection: Keep-Alive
Content-Encoding: deflate
Content-Length: 15116
Content-Type: text/css; charset=UTF-8
Date: Wed, 11 Dec 2013 16:40:49 GMT
ETag: "1375816424pub"
Expires: Wed, 11 Dec 2013 17:10:49 GMT
Keep-Alive: timeout=5, max=100
Last-Modified: Tue, 06 Aug 2013 19:13:44 GMT
Server: Apache/2.2.25 (Unix) mod_ssl/2.2.25 OpenSSL/0.9.8y DAV/2 PHP/5.5.3
Vary: Accept-Encoding
X-Powered-By: PHP/5.5.3

【问题讨论】：

您可以使用 fiddler 或 charles 之类的工具来捕获完整的 HTTP 交换并在此处发布以进行诊断吗？你没有给我们太多的继续
我可以复制谷歌开发者工具..等等
@RobertLevy 完成了。请检查更新的问题
您正在尝试确定这是否是 chrome 错误。使用外部工具捕获请求和响应
@RobertLevy 我在 mac 上.. 查尔斯似乎有偿并且需要大量配置。我尝试了 LIVEHTTPHEADERS 扩展，它只是获取了 REQUEST 标头，没有找到 RESPONSE 标头。

标签： google-chrome

【解决方案1】：

我今天在加载 jShowOff jQuery's plugin 时遇到了类似的问题。在我的情况下，资源被 Chrome 扩展程序 (AdBlock) 阻止。我在其他浏览器中看不到问题，因为 AdBloc 仅安装在 Chrome 中。

CAUTION: Provisional headers are shown. 消息显示在 DevTools 中，因为您看到的标头不是发送到服务器的实际标头。在这种情况下，没有发送任何标头，因为在执行请求之前资源已被阻止。 issue 中的 cmets 具有解释 CAUTION 消息的其他详细信息。

您可能有一个扩展程序阻止了您的 URL。

【讨论】：

【解决方案2】：

我遇到此问题的表单具有此属性enctype="multipart/form-data"。

使用 Chrome 开发工具控制台删除这个属性解决了这个问题。

【讨论】：

【解决方案3】：

本周我遇到了类似的问题。对于少数 Chrome 和 Safari 用户来说，加载 Web 应用程序时会有很大的延迟。我的应用程序基于 Spring MVC 框架并部署在 Tomcat 7 服务器上。我发现问题出在服务器的 HTTP 连接器属性上：maxKeepAliveRequests。从 Tomcat 的 HTTP 连接器文档中找到 here，我了解到此属性确定在服务器关闭连接之前可以流水线化的 HTTP 请求的最大数量。在您的情况下，我看到标头属性设置为“Keep-Alive：timeout=5，max=100”。请检查您服务器中相应的连接器值并采取适当的措施。

【讨论】：