ウェブのソケットを作ajax/CORS古?

StackOverflow https://stackoverflow.com/questions/4042691

  •  27-09-2019
  •  | 
  •  

質問

まウェブのソケットを用いた場合にすべてのwebブラウザをajaxでの陳腐化?

原因の場合もそうだったウェブのソケットを取得したデータを更新データ、オシロスコープのリアルタイムなくなりましたが必要ajax?ものを利用した場合、ajaxで取得したデータは一度登録されたときは、それはもう始まっぱい見ればこのデータが変わりました。

びウェブのソケットが可能であることのクロスドメインを同一の起源?

役に立ちましたか？

解決

WebSocketsませんAJAX完全に廃止およびWebSocketsできるクロスドメイン.

AJAX

AJAX機構を使用できる無地ウェブサービスその最も基本的なレベルでは、AJAXにそのようなwebページへリンクHTTPます。WebSocketsはかなり低レベルプロトコルが必要でWebSocketsサーバーのいずれかのウェブサーバー,スタンドアロン、または有用ウェブサーバから独立したサーバ).

とWebSocketsの枠組みとその可搬質量で決定されます。き送HTML/XML/JSON、クライアントとサーバですな。 AJAX HTTP.WebSocketsはHTTPに優しいハンドシェークが WebSocketsではないHTTP.WebSocketsは双方向のプロトコル"づくりを進めていrawソケット(意図的添うようにすることが求められまHTTP.のWebSocketsペイロードデータをUTF-8で符号化された現在のバージョンの標準のものであるが、変更-延長は将来のバージョン

いだろうが常にできるようになってAJAXのタイプの要請でも、この世界の顧客支援WebSocketsネイティブ.WebSocketsう解決場面AJAXであることのできないまたは小幅できるがWebSocketsその双方向のやりかなり低架線)です。がWebSocketsなものAJAXを使用します。

クロスドメイン

あり,WebSockets対応のクロスドメイン.初期ハンドシェークの設定は、接続を伝え源政策情報です。のwikipediaページの典型的なハンドシェーク: http://en.wikipedia.org/wiki/WebSockets

他のヒント

私内への質問:

まウェブのソケットを用いた場合にすべてのwebブラウザをajaxでの陳腐化?

絶対にいけません。WebSocketsはrawソケット接続、サーバーにコピーします。この付属 この独自のセキュリティ上の懸念.AJAX通話だけでasync.HTTP要求に追従できる一検証手順のページ。

原因の場合もそうだったウェブのソケットを取得したデータを更新データ、オシロスコープのリアルタイムなくなりましたが必要ajax?

ことはできませAJAXのための簡易要事ができます。という、架空の確保へのソケット接続ける非同期です。取り扱うことのできるだけで十分です。

ものを利用した場合、ajaxで取得したデータは一度登録されたときは、それはもう始まっぱい見ればこのデータが変わりました。

確かに、 場合はそのデータの変更.がない可能性がありますが、データの変更または常に新鮮です。これは、 コード架 している口座です。

びウェブのソケットが可能であることのクロスドメインを同一の起源?

できるクロスドメインWebSocketsしてコWSサーバー受け入れました。へのアクセス権を持っている、ドメイン(ホスト)ヘッダを利用できます受け入れ拒否します。ここでは、詐称するなど簡単なもの nc.ために確保の接続が必要となりまを認証接続その他の方法によります。

Websocketsルの大きな面で見るとデメリットの拡張性がajaxを回避す.以来、ajaxで送信要求/応答を閉じる接続(..または直後)合えばマッサージサービスのウェブページのご使用はしないでくださいサーバリソース時のアイドリング.Websocketsめのストリームデータをブラウザは、提携サーバリソースいます。サーバーの制限など多数の同時接続できるオープンに保つ。なによってはサーバサイド技術も提携、スレッドを取り扱うためのソケットが開かれます。でwebsocketsて資源の集中的な要件の両ります。が容易に排気すべてのスレッドのサービスのお客様、そして新しいお客様に来場合は多くのユーザーだけで座って行っていただきます。ここはnodejs,vertx,nettyができ本当に助かっていて上限を設けています。

また、問題の現状と配下のソケット、文書、コードの双方とその状態の会話ではないものだとajaxでの無国籍.Websocketsを必要とする低レベルプロトコルを解決すが）。のような心拍は、閉アイドル、再エラーなどの重要性は極めてです。これらはいいんだ解決がAJAXを利用したのでした状態.状態が非常に重要なの安定性をアプリとしての健康サーバーです。なるようにします。前HTTPり多くのステートのTCPプロトコル(FTP、telnet、SSH、HTTPました。せたともいうも付いているので、その制限HTTPしたが意外と楽になり、さらになりました。Websocketsの良悪のステートフルプロトコルきくは行わなかった場合の取得量が最後。

が必要な場合はストリーミングのリアルタイムデータをこのオーバーヘッドが必要でポーリングのサーバに配信データが、すべて確認することができまするユーザー相互作用>依頼->response->更新UI、ajaxであり、資源使用量を少なくでの回答が送信される会話は、追加のサーバリソースを使用します。と思うので、トレードオフに建築家を決定するツールでも自分の問題です。AJAXは、websocketsしています。

更新

その建築のサーバで何事にもさまざまなスレッド）。をご利用の場合従来のマルチスレッドのサーバー（またはプロセス)が各ソケット接続が独自のスレッドご要望にお応えしwebsockets物多いです。で接続してソケットは、最終的には、OSの転倒が多すぎる場合は、これでも同じようなことがありますスレッドがありますので。スレッド以上に重いソケット（資源）に努めの保全にどのように多くのスレッドを走行す。それをスレッドプールで固定した数のスレッドが共有する全てのソケットそのソケットを開くと、スレッドが使用され、全体に話すのです。の長さの話るか、どれだけ素早くrepurposeそのスレッドのための新しいソケットが入りました。の会話を規律などができます。しかしまだこのストリーミングモデルはうまくいきませんスケーリングです。お休みのスレッド/ソケットのデザイン。

HTTPの要求/応答のモデルで非常に効率的に回以上のスレッドのための新しいソケットただ、なんとかこのrequest/responseの利用HTTPその既に構築され、多くの再実装のようなものがwebsockets.

以来、websocketsにおいて要求/応答しHTTPでのストリームデータの場合サーバーが固定した数のスレッドのスレッドプールの数websocketsを結ぶ全てのスレッドを活の会話ができないサービスの新規取引先す。また最大容量です。るプロトコルの設計が重要なものとwebsockets、スレッド）。自プロトコルができるまで緩め、スレッド数のソケット当たりの会話のモデルはそのように人で座っているスレッドます。

る非同期シングルスレッドのサーバです。Javaに対してよく電話ここNIOのための非ブロックIO.そしたらストーリー作品やろうか、異なるAPIのソケットが送受信データのないブロックのスレッドを行います。

う伝統的なブロックソケットを呼び出すときはソケットが開かれます。read()またはソケットが開かれます。write()なるまでしばらくお待ちデータを受信する以前送受信した後に制御す。このプログラムはこだわったのを待って、ソケットのデータを出るまで何でもできる。そしてスレッドのできる作品を同時に同じ。送信データのクライアントXをお待ちしておりまデータからお客様Y.Concurrenciesは、ゲームの場合についてお話しました。

にNIOサーバーを使用していまシングルスレッドのすべてに対処するためのお客様やコールバックを登録するときに通知されるデータをホームページから確認できます。例えば、 

socket.read( function( data ) {
   // data is here! Now you can process it very quickly without waiting!
});

ソケットをクローズします。read()の呼び出しはただちに復帰しく読む任意のデータが当社の機能を提供しまったときに呼び出されるでアウトソースしましょう。このデザインを抜本的変化をどう構築する建築家でコードがただちに待っているようなものを受けるアです。お持ちのシングルスレッドしたりすることはできませんいつも！しているスレッド。

NIO、非同期IO、イベントプログラムとしてこれらはすべてとして知られ、より複雑なシステムデザインにも思われることをお勧めしたいと書きことばを始めます。でも非常にシニアプログラマにとって非常に難しい信頼されるものづくりシステム。しておりますので非同期できない電話Apiるブロックです。のようなデータを読み込むDBからはメッセージを送信するその他のサーバーにて実行される非同期.でも読み書きからのファイルシステムでゆっくりできる単一のスレッド降下します。.ディス一口かじると閉じ込められていた非同期で非同期の長期保存を希望する場合は、単一スレッド。ここで難しいがん分APIのように、DBsですが、実はそうではありません非同期する導入にスレッドである。うハイブリッドアプローチであっても非同期です。

るのは良いニュースであるその他のソリューションを使用することになるので、このレベルAPIでに建こと聞きそびれてました（笑）。NodeJS,Vertx,Netty、Apacheミナは、枠組み、ねじれたPython Stackless Python、など。があることを示図書館のためのC++のが正直ない。サーバー技術を必要としませんの最速の言語でのIO行き以上のCPUにバインドです。の場合はダイハード性能のナットを使用Java.この巨大な地域のコードから引で速度もあり)はC++.だか嫌いなのでとノードまたはエラーになります。

はい、はいそれはありません。 ：D

以前の答えは、想像力を欠いています。私は、WebSocketをがおります場合はAJAXを使用するには、これ以上の理由はありません。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top