Websocketは、HTML5にラップされたクールで最先端のテクノロジーです。基本的に、websocketを開いて、Webサーバーとの永続的な双方向通信を有効にできます。クライアント（ユーザーインターフェイス）は自発的にメッセージを送信でき、サーバーもメッセージを送信できます。
既存のテクノロジー（JavaScript）では、クライアントがすべてを開始する必要があります。サーバーは、クライアントが要求していないものをクライアントに送信できません。そのため、スクリプトは、変更されていない可能性のあるデータを常に更新して再要求する必要があります。Websocketは「プッシュ」ベースでさらに機能し、いつでも新しいデータをパイプに流します。
残念ながら、ほとんどの（とにかく私が見つけることができるすべての）Websocket実装には、動作する特定のサーバーアプリケーションが必要です。ポート80と443（httpとhttps）でApacheを実行し、別のポート（つまり8000または8080）で別のシステム（通常はNode.js）を実行して、websocketリクエストを処理します。
これは明らかに機能しますが、いくつかの欠点があります。
WordPressでwebsocketを使用することで大きなメリットが得られるプラグインを作成します。しかし、ユーザーが2番目のWebサーバーをインストールする必要がある場合（通常、共有ホスティングを使用している人にとっては不可能）、プラグインとしては機能しません。
それで、経験のある人なら誰でも、WordPressをwebsocketと互換性を持たせるにはどうすればいいのでしょうか？WordPressに通信自体を処理させるか、別のミニサーバースクリプトをプラグインにバンドルしますか？すでにこれを行っている場合、WordPress自体を壊さずにどのように達成しましたか？
可能なリソース？
9/21/11更新
Apache（共有ホストでWPを実行するために最も一般的にインストールされるサーバー）がWebソケットをネイティブに実際に処理できない方法についてのすべての話で、私は代替案について疑問に思っています。いくつかのプラグイン（JetPackなど）は、外部サービスまたはAPIと通信してコンテンツを生成します。
StatsはAutomatticにコンテンツを要求します。Akismetは外部サーバーとの間でデータをやり取りします。締め切り後、公開時にコンテンツを送信します。いくつかのSEOツールは、外部システムを通じて物事をやり取りします。
したがって、WordPressプラグイン内にwebsocketコードを格納する代わりに、中央の場所でwebsocketサービスをホストし、代わりにWordPressフロントエンドと対話させることは可能でしょうか？