IE 10瀏覽器的內部超時比Chrome瀏覽器更短嗎？

注意：我正在使用IIS 7.5服務器和asp.netIE 10瀏覽器的內部超時比Chrome瀏覽器更短嗎？

我問的原因是因爲我的web應用程序中的httpRuntime超時設置爲10小時。注：可笑的高超時是出於測試目的！這對於Chrome來說非常適用，因爲它的內部超時似乎比IE 10長得多。對於我的例子，我在開始流式處理之前在服務器上壓縮大文件。這意味着瀏覽器在開始從Web服務器接收數據之前必須等待一段時間。對於1.2 GB文件，流式處理開始前大約需要7分鐘。 Chrome瀏覽器可以處理這個罰款.. 7分鐘後，文件開始下載。但是，IE 10只能進入無限旋轉模式。它可能在一個小時後，流式傳輸仍然沒有發生。這告訴我，兩個瀏覽器之間顯然存在某種內部超時差異。是否有任何http響應代碼可以發送給IE瀏覽器以強制其保持更長的打開時間？將不勝感激的幫助！

來源

2013-07-27 TheDude

在這些類型的等待週期的依託是不明智的，因爲他們可以與每個新版本而改變。

爲什麼不能有一個電話開始壓縮並讓瀏覽器每次投票後15秒的服務器（或whate以往值），看看是否壓縮完成。當壓縮完成後，開始流式傳輸。這種模式很容易在JavaScript和ASP.NET中實現。

來源

2013-07-27 19:46:22

其實，你只是打在我的長期解決方案。我打算使用SignalR，其作用類似於如何長輪詢工程，應該是更爲有效的保持連接與IIS服務器的開放等，這更多的是一種短期的解決辦法的通過，讓我現在。 – TheDude

另外，你推薦輪詢方法不會在我的情況，因爲我們使用的Windows Azure雲計算工作得很好。這意味着有多個Web服務器實例由負載均衡拋去所以沒有辦法預測哪個活動服務器壓縮過程正在進行。有了SignalR，就有了一種叫做「背板」的東西來處理這種情況。 – TheDude

IE 10瀏覽器的內部超時比Chrome瀏覽器更短嗎？

回答

相關問題