[英]SignalR on IIS 7.5 always uses Long Polling with every Browser
我知道SignalR有它的傳輸方法層次結構:Websocket-> Server-Sent Events-> Forever Frame-> Long Polling
但是當我在每個瀏覽器中檢查控制台時,我注意到傳輸總是長輪詢。
我正在使用Windows 7,IIS Express 7.5和Visual Studio 2013(當然是SignalR 2.0)。
我知道Websocket僅支持IIS 8,但至少SSE或Forever Frame for IE應該可以工作。
例如在谷歌瀏覽器中,我得到了這個:
這意味着,Chrome正試圖使用SSE嗎? 但為什么要取消呢?
這里是Fiddler與Internet Explorer的截圖:
它是藍色的......代碼是200.(為什么有不同的端口?網站在端口4040下運行,但是11437來自哪里?)甚至沒有解釋,為什么IE不繼續使用SSE。
我的意思是,SSE /永遠框時使用IIS 7.5的工作,不是嗎?
先感謝您!
PS:在你問之前,我在家里而不是代理人
對Visual端口11437的SignalR請求是由Visual Studio的新瀏覽器鏈接功能制作的 ,可以禁用該功能 。
你能告訴我們你的服務器端代碼(尤其是OnConnected中的任何代碼)嗎? 查看對SSE和ForeverFrame / connect請求的響應也很有幫助。
最后,查看SignalR的服務器端跟蹤可能會有所幫助。
嗯,這有點晚了,但無論如何我想解決這個問題。
原因是Bitdefender Internet Security 2013.它緩沖請求或類似的東西,我不確切地知道:X
無論如何,我卸載它,這就是訣竅:D
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.