2016-08-11 6 views
1

私は長いポーリング技術を使用して、休憩サーバからプッシュ型のアップデートを取得するWebアプリケーションで動作します。xhrはクロムが最小化された時のタイムアウトを要求します

setTimeout()は、xhr GET要求を120秒のタイムアウトで実行する関数を実行します。また、60秒間の特別な「Accept-Wait」ヘッダーをサーバーに送信します。このヘッダーは、サーバーに200の返信を行い、クライアントのデータはないことを通知します。クライアントはこのsetTimeoutを繰り返します。クライアントがサーバーに「ログイン」している間、これは永遠に続きます。

私はChromeを使用しているユーザーがいます(彼はChromeを使用することしかできませんので、他の誰もこの問題を再現できないため、これが他のブラウザで再現可能かどうかは確認していません)でる。これはサーバーがダウンしているような私のロングポーラーに見えます。

残りのサーバーでデバッグが有効になっており、このユーザーから2分間何もないことが確認されました(GET要求がブラウザから出てこないことを示すようです)。 私は、Chrome端末(F12)の「ネットワーク」タブで、要求がタイムアウトしていることを示す2分で「キャンセル」していることも確認しました。 この問題は、「localhost」を使用して再現しても、ネットワークの問題を排除すると考えられます。

このユーザーに対してhttpトラフィックを送信しない理由について、Chromeでどのように詳細を知ることができますか?

おかげ

+0

解決しましたか? –

+0

いいえ...現実には、現場を訪れて、さらに問題を追求しましたが、到着したときに問題を再現できなくなりました。 私はそれがネットワーク上の問題であると考えています。あるいは、ネットワークのセキュリティ上の問題であっても、トラブルシューティングと並行して解決されました。 –

答えて

0

この問題は、唯一のGoogleクロームで起こる多分それはあなたのタブを破棄された場合は、フラグを無効にすることで、それを防ぐアドレスバーに次のURLを入力し、それが有効になっているかどうかを確認することができます

chrome://flags/#automatic-tab-discarding 
+0

残念ながら、そうではありませんでした。彼らはこれを無効にしています。 実際、これが原因でlongpollingタイマーがGET要求をタイムアウトするとは思われませんでした。 –

関連する問題