Dieser Zweifel tatsächlich von einem meiner Fragen zu WebSockets stammt ... Differences between socket.io and websocketsTracking-Server-Push-Nachrichten von Web-Inspektoren
Ich dachte, warum Web-Inspektoren wie Google Chrome/Firebug/Fiedler keine Nachrichten verfolgen, während der Arbeit mit Push-Technologien wie websockets/channel-api, (oder gibt es eine Möglichkeit, dies zu tun?) Ist dies, weil wir unsere Verbindung von http aktualisieren?
WebSockets verwendet keine HTTP-Anfrage. Wenn Sie WebSocket in JS erstellen, erstellt der Browser eine TCP-Socket-Verbindung zum Server und diese Verbindung wird als strombasiert (aufgrund von TCP) behandelt. Wenn der Browser genügend Daten für eine einzelne Nachricht erhält, benachrichtigt er das WebSocket-Objekt mithilfe eines onmessage-Ereignisses durch defragmentierte Daten.
Technisch sollte es nicht schwierig sein, eigene Trace aller eingehenden Nachrichten zu implementieren und sie in der Konsole zu löschen. Aber Vorsicht, dass die meisten komplexen Echtzeitanwendungen, die WebSockets verwenden können, zu viele Daten enthalten, die Ihren Inspector mit manchmal hundert Nachrichten in Sekundenschnelle extrem verlangsamen.
IMHO, ist es eine Frage der Zeit, wenn große Browser WebSockets Logging-System mit erweiterten Filterung, die nur notwendige Nachrichten zeigen können zu implementieren implementieren.
Fiddler macht Trace WebSocket-Nachrichten, aber da sie nicht HTTP sind, rendern sie nicht in der Sitzungsliste direkt. Siehe http://blogs.msdn.com/b/fiddler/archive/2011/11/22/fiddler-and-websockets.aspx
Die Antwort auf diesen Beitrag ist veraltet. Wie der Autor sagte, war es nur eine Frage der Zeit. Chrome hat ziemlich gute Protokollierung für WebSocket Inspektion heute
http://blog.kaazing.com/2012/05/09/inspecting-websocket-traffic-with-chrome-developer-tools/
Chrome Entwickler-Tools bietet native Debuggen für diese, unter der Registerkarte Netzwerke. – jahrichie