ページが読み込まれると、クライアントブラウザ間の直接tcp / ip接続を可能にする、クライアント側でHTML5、CSS、およびJavaScriptを使用してWebサイトを作成するにはどうすればよいですか。
サイトでは、ユーザーの1人からの入力をできるだけ早く他のユーザーに送信する必要があるため、遅延を減らすためにこれを行う必要があります。そのため、クライアントAからサーバーにデータを送信してからクライアントBにデータを送信するのは適切ではありません。オプション。
私はこの主題に関する以前の投稿を読みましたが、私が見つけることができる利用可能な実用的な解決策/例はありませんでした。私が読んだものから、クライアント間の直接接続は、Silverlight、Java、Flashなどのプラグインを使用して行うことができます。
プラグインを必要としないソリューションはありますか？JavaScriptのみを使用したいのですが。
回答:
Stackoverflowには、ブラウザでのP2P接続に関するいくつかのトピックがあります。
ほとんどのトピックで述べたように、2008年のHTML5ワーキングドラフトには、「ピアツーピア接続」というセクションがありました。
2009年2月12日のW3Cワーキングドラフト以降、「ピアツーピア接続」のセクションはなくなりました。しかし、このP2P接続は失われていません。WebRTC（Real-Time Communications）仕様内でPeerConnectionという名前で戻ってきました。
2011年10月31日以降、W3C編集者ドラフトは公式のワーキングドラフトです。
PeerConnection（UDPベース）の唯一の実装は、Ericssonラボ（2011年5月）によって変更されたWebKitに存在し、非常にうまく機能しています。いくつかのパッチが現在WebKitにあります（2011年10月-以下の更新を参照してください！）：
さらに、WebRTCイニシアチブは、Google、Mozilla、Operaによるプロジェクトです。したがって、彼らはPeerConnectionの仕様を継続しています。
おそらくChrome（WebKitを使用）は、PeerConnectionでWebRTCをサポートする最初の主要なブラウザーになるでしょう。
2012年1月18日以降、ChromeはWebRTCもサポートしています。で有効にすると、Devチャネル（Windows、OSX、Linux）およびCanaryビルド（WindowsおよびOSX）で使用できchrome://flagsます。MediaStreamビデオやオーディオなどのみをサポートし、いくつかのデモでテストできます。以下のようなアプリケーションデータを転送String/ ArrayBuffer/ ...今まではサポートされていません。
以来2012年3月16日、のWebRTC編集者草案は分離し、「ピア・ツー・ピアのデータAPI」汎用アプリケーションのデータを送受信するために（String、ArrayBufferおよびBlob）。Chromiumは、Data APIを間もなく（2012年4月10日）実装したいと考えています。
4月3日、MozillaはFirefox用のWebRTCでも最初の実用的な例を公開しました。
DataChannelは、フラグの後ろにあるバージョン25のChromeで計画されていますが、Firefox Nightly / Aurora（2012年12月12日）でテストできます。
2018：データチャネルはまだ実験段階ですが、ChromeとFirefoxの現在のバージョンで利用できます：
私はあなたを失望させなければなりません-これは現在JavaScriptだけでは不可能です。Websocket（およびSocket.IO）は、クライアントとサーバー間のソケットのような接続を許可しますが、クライアント間の接続は許可しません。オプションはプラグインです-Flash、Silverlight、Java、またはカスタムメイドです。
できることは、socket.ioを使用し、単純なプロキシサーバーを作成してそれをエミュレートすることです。
LISTEN/サーバーとして機能できない場合に対処される問題。全二重の任意のサーバーと通信できますが、コンシューマーがサーバーになることはできません。さらに、可能であれば、ファイアウォールで100万の問題が発生します。Emilのソリューションは、遅くはなりますが、うまく機能します。
最近のほとんどのユーザーはNATまたはファイアウォールの背後にいるという事実に注意を向けたいと思います。これは、ユーザーのコンピューターへの着信接続を簡単に確立できないことを意味します。したがって、あなたのアイデアは（可能であれば）場合によってのみ機能し、ソリューションをさらに複雑にします。したがって、（websocketsまたはsocket.ioを使用して）永続的な接続が可能なクライアントサーバーシステムの方が適しています。