Im Tab "Chrome-Netzwerk-Webentwickler-Tool" werden Dojo-AJAX-Anfragen nach rund 44 Jahren abgeschlossen

8

Die Registerkarte "Chrome-Netzwerk" in den Web Developer Tools zeigt, dass einige meiner AJAX-Anfragen 16027,8 Tage in Anspruch nehmen. Das ist ... nicht wie lange sie dauern.

Ich kann dies auf mehreren Maschinen replizieren, sowohl in Entwicklungs- als auch in Produktionsumgebungen. Dies geschieht für alle Dojo AJAX-Anfragen, die onload passieren. Es passiert nicht für andere Webapps oder Anfragen von Drittanbietern (wie AJAX oder Facebook).

Was ist los? Schafft unser Server das irgendwie? Ist es ein Fehler in Chrome-Entwicklungstools (ist es fast sicher, oder?), Und wenn ja, kann man etwas dagegen tun? Es macht den visuellen Wasserfall ziemlich nutzlos, wie Sie sich vorstellen können.

Bearbeiten: Nach neuen Informationen scheint dies ein häufiges Problem mit Websites von IBM Websphere Commerce zu sein. Was könnte der Server oder der Code verursachen? Schauen Sie sich hier Beispiele an:

Ссылка Ссылка Ссылка

Bearbeiten 2: Dieses Problem wurde in der neuesten Version von Chrome behoben.

    
MattDiamant 20.11.2013, 19:16
quelle

2 Antworten

7

Dieses Problem bezieht sich nicht auf das Web-Framework oder den Server. Das Problem betrifft die Chrome-Browserversion 31.0.1650.57.

Jetzt ist das Problem behoben und wird mit dem nächsten stabilen Kanalupdate geliefert. Fix diff

Wenn Sie dringend reparieren müssen, können Sie auf die Version des Entwicklerkanals aktualisieren. Anweisungen

Weitere Informationen finden Sie dieses Problem .

    
Viktor Aseev 26.11.2013, 10:10
quelle
2

Sehr seltsam. Kann auch unter OS X Mavericks auf Chrome 31.0.1650.57 neu erstellt werden. Getestet mit Ikea-Link, Chrome hat 16028.7 Tage , 41ms Latenz für die Ressource /us/en/iows/tealium gemeldet.

Charles Proxy zeigt diese Header:

%Vor%

Die Proxy-App (Charles) meldet keine solche ungerade Zeit - es zeigt 40ms.

Der Link lavieenrose.com hat dazu geführt, dass Chrome auch eine Zeit von 16028.7 Tagen gemeldet hat. Charles zeigt:

%Vor%

Meine Schlussfolgerung ist, dass es sich nicht um eine Serverantwort oder ein Header-Problem handelt. Ich denke, das ist ein Chromium oder WebKit Dev Tools Problem.

Hier ist HEAD des dev tools JS-Objekts, das die HTTP-Anforderung darstellt, die auf der Registerkarte "Netzwerk" angezeigt wird:

Ссылка

Ich frage mich über die Mathematik in set endTime() :

%Vor%

Noch keine Antworten, aber vielleicht jemand, der mehr darüber weiß, was WebKit / Chromium DevTools so sieht ...

    
Scott Heaberlin 23.11.2013 01:20
quelle