Запросы на блокировку Chrome

В Chrome я столкнулся с необычной проблемой. он блокирует несколько запросов и возвращает следующее:

min.php? g = oxp-js & v = 2.8.11/openx/www/admin/assets GET (не удалось) dashboard.php: 29 Parser

В ходе дальнейшего расследования говорится:

Отображаются предварительные заголовки 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

Ниже приведена ошибка Buggy LInk, которая не выполняется Chrome, когда выполняется как часть веб-страницы.

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

Но когда я получаю доступ напрямую, он правильно возвращает заголовки. Я не могу понять, почему это так?

Обновление

Я использовал расширение 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: '; return false;"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

Ответ 1

У меня была аналогичная проблема сегодня, загружая jShowOff jQuery плагин. В моем случае ресурс блокировался расширением Chrome (AdBlock). Я не мог видеть проблему в других браузерах, потому что AdBloc был установлен только в Chrome.

Сообщение CAUTION: Provisional headers are shown. показано в DevTools, потому что заголовки, которые вы видите, не являются фактическими заголовками, отправленными на сервер. В этом случае заголовки не отправлялись, потому что ресурс был заблокирован перед выполнением запроса. Комментарии в этом issue содержат дополнительные сведения, объясняющие сообщение CAUTION.

Вероятно, у вас есть расширение, которое блокирует ваш URL.

Ответ 2

На этой неделе я столкнулся с аналогичной проблемой. Для нескольких пользователей Chrome и Safari произошла огромная задержка загрузки веб-приложения. Мое приложение основано на структуре Spring MVC и развернуто на сервере Tomcat 7. Я обнаружил, что проблема связана с HTTP-коннектором сервера: maxKeepAliveRequests. Из найденной документации Tomcat HTTP Connector найдено здесь, я понимал, что этот атрибут определяет максимальное количество HTTP-запросов, которые могут быть конвейерными, пока соединение не будет закрыто сервером. В вашем случае я вижу, что атрибут заголовка имеет значение "Keep-Alive: timeout = 5, max = 100". Проверьте соответствующее значение соединителя на своем сервере и выполните соответствующие действия.

Ответ 3

У формы, у которой была эта проблема, есть этот атрибут enctype="multipart/form-data".

Удаление этого атрибута с помощью консоли Chrome Dev Tools разрешило это.