Chrome阻止请求 [英] Chrome block requests

查看:112
本文介绍了Chrome阻止请求的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

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

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


在进一步的调查中,显示Chrome临时标题

同一页



响应头文件在下面给出

 请求URL:http://localhost/openx/www/admin/assets/min.php?g = oxp-css-ltr& v = 2.8.11 
请求标题小心:显示临时标题。
Accept:text / css,* / *; q = 0.1
Cache-Control:no-cache
Pragma:no-cache
Referer:http:// localhost / openx /www/admin/dashboard.php
用户代理:Mozilla / 5.0(Macintosh; Intel Mac OS X 10_6_8)AppleWebKit / 537.36(KHTML,如Gecko)Chrome / 32.0.1700.41 Safari / 537.36
查询String Parametersview sourceview URL编码
g:oxp-css-ltr
v:2.8.11

下面是Buggy LInk,当Chrome作为网页的一部分执行时,它并不能很好地执行。 text / csshref =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,如Gecko)Chrome / 32.0.1700.41 Safari / 537.36

HTTP / 1.1 200 OK
Cache-Control:max-age = 1800,public,必须重新验证
连接:保持活动
Content-Encoding:deflate
Content-Length:15116
Content-Type:text / css; charset = UTF-8
日期:2013年12月11日星期三16:40:49 GMT
ETag:1375816424pub
过期时间:2013年12月11日星期三17:10:49 GMT
Keep-Alive:timeout = 5,max = 100
Last-Modified:Tue,2013年8月6日19:13:44 GMT
服务器: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


解决方案

今天加载了 jShowOff jQuery的插件。在我的情况下,资源被Chrome扩展程序(AdBlock)阻止。我无法在其他浏览器中看到问题,因为AdBloc仅安装在Chrome中。



小心:显示临时标题。消息显示在DevTools中,因为您看到的标题不是发送到服务器的实际标题。在这种情况下,没有发送标题,因为资源在请求之前被阻止。此问题中的评论有详细的解释 CAUTION 消息。



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


I am facing unusual issue in Chrome. it is blocking a few requests and returns following:

min.php?g=oxp-js&v=2.8.11 /openx/www/admin/assets GET (failed) dashboard.php:29 Parser

On further investigation it says:

Chrome provisional headers are shown

Same page works fine on other browsers.

Response Headers are given Below

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

Below is the Buggy LInk that is not executed well by Chrome when executed as a part of a web page

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

But when I access directly, it returns Headers properly. I can't figure out why is it like that?.

Update

I used LIVE HTTPHEADERS extension to grab the content, given below:

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

解决方案

I had a similar problem today loading jShowOff jQuery's plugin. In my case the resource was being blocked by a Chrome extension (AdBlock). I couldn't see the problem in other browsers because AdBloc was installed in Chrome only.

The CAUTION: Provisional headers are shown. message is shown in DevTools because the headers you are seeing are not the actual headers sent to the server. In this case no headers were sent, because the resource was blocked before doing the request. The comments in this issue has additional details that explain the CAUTION message.

You probably have an extension that's blocking your URL.

这篇关于Chrome阻止请求的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆