Ich stehe in Chrome vor einem ungewöhnlichen Problem. Es blockiert einige Anfragen und gibt folgendes zurück:
min.php? g = oxp-js & amp; v = 2.8.11 / openx / www / admin / assets GET (fehlgeschlagen) dashboard.php: 29 Parser
Bei weiterer Untersuchung heißt es:
Provisorische Header von Chrome werden angezeigt
Die gleiche Seite funktioniert auch in anderen Browsern.
Antwortheader werden unten
angegeben %Vor%Unten ist der Buggy-Link, der von Chrome nicht gut ausgeführt wird, wenn er als Teil einer Webseite ausgeführt wird
[link type="text / css" href="http: //localhost/open-x/www/admin/assets/min.php?g = oxp-css-ltr & amp; v = 2.8.11]
Aber wenn ich direkt darauf zugreife, gibt es Header richtig zurück. Ich kann nicht herausfinden, warum es so ist?
Aktualisieren
Ich habe die LIVE HTTPHEADERS-Erweiterung verwendet, um den folgenden Inhalt zu erhalten:
%Vor%Ich hatte heute ein ähnliches Problem, als ich jShowOff jQuery geladen habe. In meinem Fall wurde die Ressource von einer Chrome-Erweiterung (AdBlock) blockiert. Ich konnte das Problem in anderen Browsern nicht sehen, da AdBloc nur in Chrome installiert wurde.
Die Nachricht CAUTION: Provisional headers are shown. wird in DevTools angezeigt, da die Header, die Sie sehen, nicht die tatsächlichen Header sind, die an den Server gesendet werden. In diesem Fall wurden keine Header gesendet, da die Ressource vor der Anforderung blockiert wurde. Die Kommentare in diesem Problem enthalten zusätzliche Details zur Erklärung der Nachricht CAUTION .
Sie haben wahrscheinlich eine Erweiterung, die Ihre URL blockiert.
Ich bin diese Woche auf ein ähnliches Problem gestoßen. Für einige Chrome- und Safari-Benutzer kam es zu einer großen Verzögerung beim Laden der Webanwendung. Meine Anwendung basiert auf Spring MVC Framework und wird auf Tomcat 7 Server bereitgestellt. Ich habe festgestellt, dass das Problem mit der HTTP-Connector-Einstellung des Servers aufgetreten ist: maxKeepAliveRequests .Von der Tomcat-HTTP-Connector-Dokumentation gefunden hier habe ich das verstanden Dieses Attribut legt die maximale Anzahl von HTTP-Anforderungen fest, die pipelineartig übertragen werden können, bis die Verbindung vom Server geschlossen wird. In Ihrem Fall ist das Header-Attribut auf "Keep-Alive: timeout = 5, max = 100" gesetzt. Überprüfen Sie den entsprechenden Connector-Wert in Ihrem Server und ergreifen Sie die entsprechenden Maßnahmen.
Tags und Links google-chrome