HTTP/WebSocketのメリット&デメリットは？MS公式ブログで考察
Microsoftは3月14日(現地時間)、HTTPリクエスト/レスポンスとして伝統的な方式とWebSocket、どちらが優れているかを比較する記事を公式ブログで公開した。必ずしも白黒ハッキリとした結果を導き出すものではないと前置きしながらも、結論として伝統的なHTTPを既定で使用し、場面に応じてWebSocketを使用することを推奨している。 伝統的なHTTPはコネクションを長時間占有するため、他のアプリケーションに影響をおよぼす可能性が発生する。他方でWebSocketはソケット接続を確立すれば、他のコネクションを張る必要がないため他への影響は少ない。当初はHTML5の仕様として策定が進められていたが、現在は単独のプロトコルとして存在する。 MicrosoftプログラムマネージャーのJeff Carnahan氏の説明は、両者を比較してそれぞれのメリットを次のように説明した。 伝統的なH
リアルタイム通信で利用されるプロトコルと手法 - tech.guitarrapc.cóm
NOTE: 本記事はすでに内容が古く、今読んでも役に立つ度合いはほぼないです。 本記事は、先日社内勉強会のために準備した、Webサービスのリアルタイム通信周りのまとめシリーズ の1つを転載して公開するものです。 まだまだわかっていないことが多いので、ぜひぜひ間違っている点などにご指摘いただければと思い公開します。 ぜひぜひ優しくマサカリをいただけると泣いて喜びます！ 目次 目次 はじめに プロトコルと手法 前世代のやり方であるComet について Polling 系 Streaming 系 過渡期といわれてる手法 将来有望といわれてる手法 Polling メリット デメリット 向いているシーン Long Polling (Comet) Polling の発展版 メリット デメリット LongPolling 自体は双方向通信ではない 接続が閉じられるケース 向いているシーン Server S
websocketd - Bashスクリプトだけで使えるWebSocketサーバ
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました HTML5の目玉機能の一つと言えるWebSocket。使ってみたいとは思いつつもHTTPサーバとは別でサーバを立てるとなると若干の面倒さを感じてしまうのではないでしょうか。 そこで使ってみたいのがwebsocketdです。inetdくらいのカジュアルさで使えるWebSocketサーバです。 例えばこんな感じでファイルをcount.shというファイルを作成します。 #!/bin/bash for COUNT in $(seq 1 10); do echo $COUNT sleep 1 done 後はポートを指定して実行するだけです。 $ websocketd --port=8080 ./count.sh これでWebSocketサーバが立ち上がります。実際に使うHTMLファイルは次の
WebSocket アプリの負荷分散 : DSAS開発者の部屋
最近 SPDY と WebSocket がアツいですね。 再来週の SPDY & WS 勉強会 も、定員100名に対して 参加者が 247 名とかなりアツいことになっています。 その予習というわけでもないですが、最近 WebSocket を実サービスへの 導入方法を考えながら遊んでいたので、 WebSocket の負荷分散方法について 考えていることを書いておこうと思います。 ステートフルな WebSocket アプリケーション HTTP サービスは基本的にステートレスな実装になっており、リクエストが来るたびに DBサーバーや memcached などのバックエンドから情報を取得して返していました。 この構成では Web アプリ自体は完全にステートレス化することができているので、 負荷分散機はラウンドロビン等のアプリケーションを無視した負荷分散をすることができました。 しかし、 WebSo
CROSS 2013レポート(2) - mad-pの日記
CROSS 2013レポートパート2です。次世代Webセッションのメモ。 CROSS 2013 間違いや発言意図と違う表現だ、などということがあると思います。ご指摘いただければ幸いです。 次世代Webセッション前半〜プロトコル編 http://www.cross-party.com/programs/?p=138 http://www.ustream.tv/recorded/28598269 司会 Jackさん(@Jxck_) 以下J 大津さん(@jovi0608) SPDY関連 以下jovi 小松さん(@komasshu) Websockets 以下koma 清水さん(@kazubu) HTTP/2.0 以下kazubu HTTP2 2012/11最初のドラフト。絶賛議論中 どんなところが問題? kazubu: 前回のIETFの続きのトピック。crimeアタックに関して圧縮回り見直しとか
WebSocket サーバの実装とプロトコル解説 - Block Rockin’ Codes
intro なんだかんだ WebSocket を使ってるのに、 WebSocket サーバを自分で書いたことが無かったので、RFC も落ち着いてきたここらで、仕様を読みながら実装してみようと思いました。 "WebSocket サーバ 実装" とかでググると、 Socket.IO とか pywebsocket で WebSocket アプリ作って、「WebSocket サーバを実装」みたいなタイトルになってることが多いみたいですが、 (Apache に PHP で HelloWorld して、「HTTP サーバ実装しました」とは言わないよね。) この記事では、 WebSocket プロトコルをしゃべるサーバ自体を実装します。 といっても、全部やるのはちょっと大変だったので、基本的なテキストメッセージのやりとりの部分だけやって、エコーサーバができるところまでやりました。 完成版のソースは以下で
SPDY と WebSocket の基礎と SPDY の Push - Block Rockin’ Codes
最近 SPDY対WebSockets? などという記事が出てきたりして、 SPDY と WebSocket が色々ごちゃごちゃになって語られているのかもなぁ、と思います。 SPDY では Akamai の中の人の Guy's Pod » Blog Archive » Not as SPDY as You Thought や、それに対するフォロー記事 Followup to “Not as SPDY as You Thought” « Mike's Lookout なんかも、 ちょっと注目されたりしました。 これらの記事には WebSocket や SPDY の性質やモチベーションを正しく理解するために、 知っておくと良い知識へのキーワードが散りばめられていると思ったので、 そこら辺について、つらつら書いてみようかと思います。 SPDY は「遅い」のか？ Guy's Pod » Blog A
こてさきAjax - livedoor Blog（ブログ）
フルスタックエンジニアという言葉をよく耳にします。Webアプリ書くときに、通信レイヤの仕組みも分かってないとレスポンス性の高いサービスは提供できないから、ちゃんとNWレイヤも知っておこうねというもの。OSI参照で言うと、layer5 相当のHTTP/1.1 => SPDY, HTTP2に移行してるけど、その下のLayer4 ( TCP )の特性も知っておかないと逆効果にもなりかねない（この辺の詳細は、去年僕が HTML5 Conference 2013で講演した内容を 「SPDYやQUIC登場の背景。Webの進化がプロトコルを変えつつある。HTML5 Conference 2013」 と、publickey でレポート記事で紹介いただいています）とか。 こういった背景から、長いこと利用されていなかったSCTPが活用されたり、SCTPは改善の余地があるとしてQUICが出てきたりと、Webがト
ついにRFCに登場！Webサーバとの双方向通信を実現する「WebSocket」 - builder
次世代のWebアプリケーションの中核を担う技術として「HTML5」に注目が集まっているが、それと並んで期待されている技術に「WebSocket」がある。 IETFとW3Cによって仕様の策定が進められており、最初の提案以来幾度もの改訂を経て、2011年12月11日にそのプロトコル仕様がRFCのProposed Standard（RFC 6455）となった。 AjaxからComet、そしてWebSocketへ WebSocketはウェブサーバとブラウザが直接コネクションを張って双方向通信するための技術規格である。HTTPとは異なる独自の軽量プロトコルによって通信を行うため、オーバーヘッドが小さく、長時間に渡って通信する場合でもHTTPコネクションを占有する必要がないというメリットがある。 WebSocketが生まれた背景には、サーバとブラウザがもっとリアルタイムに通信して情報の配信や更新を行え
WebSocket、「RFC 6455」として登場
To enable Web applications to maintain bidirectional communications with server-side processes, this specification introduces the WebSocket interface. WebSocketが「RFC 6455 - The WebSocket Protocol」として公開された。Proposed Standardの段階にあり、以降ドラフトを経て標準として確定されることになる。実験的な取り組みが続いていたWebSocketだが、これでかなり実現が確実な技術として後ろ盾を得ることになる。 WebSocketはWebサーバとブラウザが双方向通信を実現するための規約。従来の方法は双方向通信を想定しておらず、双方向通信を実施するために複数のHTTPリクエストを送信する必要
こてさきAjax:Stream APIで、カメラの映像をWebSocket ライブ配信 - livedoor Blog（ブログ）
ずっと、待ち焦がれていたAPIが、ついにテスト実装されました。ブラウザから、カメラのライブストリームを取得するStream API (仕様はWHAT WGのサイトに記載)です。 この機能により、Webアプリのポテンシャルが飛躍的に向上すると期待されます。例えば、ビデオチャット。 カメラから取得した映像データを、Websocket で相互に交換すれば、ブラウザのネイティブ機能だけで、簡単に実現できます。 この機能が、実装されたのは、Opera mobileのテクニカルプレビュー(for Android)。以下のサイトの[Android build]からインストール出来ます。 http://my.opera.com/core/blog/2011/03/23/webcam-orientation-preview また、詳しくは以下のブログ(WebOS Goodies)で紹介されています。是非、ご
C言語で作成されたWebSocketライブラリ·cWebsocket MOONGIFT
cWebsocketはC言語製のオープンソース・ソフトウェア。HTML5の数ある機能の中で、最も可能性を秘めているものと言えばWebSocketではないだろうか。これまでのHTTP/HTTPSとは違う、コネクションを張り続ける接続が可能になる。 Google Chromeから接続してメッセージを送信しているところ コネクションを張り続けるため、これまでのApacheではコンセプトが異なっている。他のWebサーバにとっても、これは大きなチャンスになるだろう。WebSocketだけ効率的に提供するサーバも増えるだろう。その手助けになり得るのがcWebsocketだ。 cWebsocketはC言語で書かれたシンプルなWebSocket実装となっている。ライブラリとして提供されるので、他のWebアプリケーションサーバなどはcWebsocketを読み込んで実装する形になるだろう。サンプルとしてメッセ
Jettyで始めるWebSocket超入門 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lambda Lab - ホーム