ブラウザからWebSocket ping / pongフレームを送信する

接続を維持するために、websocket内のping / pongメッセージについて読み続けていますが、それらが何かはわかりません。別のフレームタイプですか？（ピンポンに関連するChromeのJavaScript WebSocketオブジェクトのメソッドはありません）。それとも単なる設計パターンですか（たとえば、文字どおり "ping"またはその他の文字列をサーバーに送信して応答させます）。ピンポンは継続フレームに関連していますか？

私が尋ねる理由は、Mongrel2の背後で実行されるpythonフレームワークを使用しているため、Pythonアプリが必要とせずに接続を維持するように指示する特定のping / pongメッセージをMongrel2に送信する方法があるかどうかです。それについて心配してください。別のHTTPメソッドを持っているのに似ていると思います。また、専用のping / pongメッセージフレームは、文字列 "ping"よりも簡単である（サーバーとネットワークの負荷が少ない）と考えられますが、あまり重要ではありません。

編集：私はRFC 6455を見たところ、PingとPongは間違いなく独自のオペコードを持つコントロールフレームタイプであるように見えます。では、ChromeのJavaScriptからPingフレームを送信するにはどうすればよいですか？

pingフレームを送信したり、pongフレームを受信したりするためのJavaScript APIはありません。これは、ブラウザでサポートされているかどうかのどちらかです。また、ブラウザーがping / pongフレームをサポートし、使用しているかどうかを有効化、構成、または検出するAPIもありません。このためのJavascript ping / pong APIの作成についての議論がありました。将来的にはpingが構成可能/検出可能になる可能性がありますが、JavaScriptがping / pongフレームを直接送受信できる可能性は低くなります。

ただし、クライアントコードとサーバーコードの両方を制御している場合は、より高いレベルでping / pongサポートを簡単に追加できます。メッセージに何らかのメッセージタイプヘッダー/メタデータがない場合は、それが必要になりますが、それは非常に簡単です。毎秒数百回のpingの送信を計画している場合や、数千の同時クライアントを使用している場合を除き、オーバーヘッドはごくわずかです。

Pingはサーバーからクライアントにのみ送信されることを意図しており、ブラウザはPong OpCodeで自動的にできるだけ早く応答する必要があります。したがって、それを上位レベルで心配する必要はありません。

すべてのブラウザが想定どおりに標準をサポートしているわけではありませんが、そのようなメカニズムの実装にはいくつかの違いがある可能性があり、Pong応答機能がないことを意味する場合さえあります。しかし、個人的に私はPing / Pongを使用しており、低レベルのクライアント側の実装でこのタイプのOpCodeと自動応答を実装していないクライアントを見たことはありません。