[B! websocket] t-tanakaのブックマーク

サーバからクライアントに送信する技術 - WebSocketを中心に - Qiita

Webでのプッシュ技術 HTTPはクライアント（ブラウザ）からリクエストしてサーバからレスポンスが返る一問一答型のプロトコルなので、基本的にはサーバ側からブラウザに新着情報をリアルタイムで通知（プッシュ）できるようにはできていません。しかしそれでもプッシュをしたいという場合にどうするかという話が出てきます。やり方には以下のようなものがあります。ポーリングクライアントからサーバに定期的に新着を問い合わせるようにします。最も原始的かつ確実なやり方。欠点は、最大でポーリング間隔の分だけ通知が遅延しうることです。ロングポーリング（“COMET”）ポーリングなのですが、問い合わせを受けたサーバは新着情報がなければレスポンスを返すのをしばらく保留します。そのあいだに新着情報が発生すれば即座にレスポンスを返しますし、一定時間経過したら何もなかったとレスポンスを返しましょう。飛び交う通信内

t-tanaka 2016/08/25

websocket

リンク

"リアルタイム Web" に関するプラクティスのアウトプット - Block Rockin’ Codes

追記 11/12/26 MLのスレッドへのリンクが間違っていたので修正。 introduction WebSocket なんかをつかって、従来のステートレスな処理以外に、コネクションを継続するステートフルな処理が可能になりました。これを利用すると、これまで実装が難しかったリアルタイムな表現を Web に持ち込むことができます。そして、 WebSocket を用いたプログラムを作成する上で、Node.js と Socket.IO を用いる方法について、今年はこのブログでも何度か紹介してきました。今日は今年一年の集大成として、自分が色々試しながら得たリアルタイム Web に関する知識、技術などを、ここにまとめてアウトプットしたいと思います。今回お話しするのは、東京Node学園3時限目 : ATND で発表した下記内容の抜粋です。 Node Academy | "About Sl

t-tanaka 2012/01/13

websocket

リンク

ついにRFCに登場！Webサーバとの双方向通信を実現する「WebSocket」 - builder

次世代のWebアプリケーションの中核を担う技術として「HTML5」に注目が集まっているが、それと並んで期待されている技術に「WebSocket」がある。 IETFとW3Cによって仕様の策定が進められており、最初の提案以来幾度もの改訂を経て、2011年12月11日にそのプロトコル仕様がRFCのProposed Standard（RFC 6455）となった。 AjaxからComet、そしてWebSocketへ WebSocketはウェブサーバとブラウザが直接コネクションを張って双方向通信するための技術規格である。HTTPとは異なる独自の軽量プロトコルによって通信を行うため、オーバーヘッドが小さく、長時間に渡って通信する場合でもHTTPコネクションを占有する必要がないというメリットがある。 WebSocketが生まれた背景には、サーバとブラウザがもっとリアルタイムに通信して情報の配信や更新を行え

t-tanaka 2012/01/13

websocket

リンク

WebSocketを使ってWebブラウザ間P2P通信をしてみた - いろいろな何か

はじめにブラウザ間でP2P通信が実現できれば、ブラウザ上で動作するP2Pアプリが作れて面白そうだなーと思ったのでWebSocketを使って実現してみました。仕組みについては以下で説明していきますが、私が実現した方法は限定的で実用性が低く色々と足りない部分もあるので、軽い気持ちで読んで頂けるとありがたいですw 仕組みの概要なぜWebSocketを使うのか従来、Webサーバとクライアント(Webブラウザ)間で非同期に通信するにはXHR(XMLHttpRequest)を用いてきました。基本的にこのXHRは以下の図のように同一ドメインとしか通信できないという制約がありました。*1 しかし、WebSocketのthe Origin-based security modelでは異なるドメインとも通信することが可能になります。WebSocketプロトコルでは、サーバとクライアント間で接続を確立する

t-tanaka 2012/01/09

websocket

リンク

WebSocketの基礎知識(2012年年始版) (Kanasansoft Web Lab.)

WebSocketに関する、よくある質問や知っておいたほうがよさそうなことをまとめてみました。技術的なことについては深くはふれていません。あやまりがあれば指摘してください。 Q. 仕様が2つあるみたいだけど... A. WebSocketは、主にブラウザ上で使うことを考慮された通信の規格で、通信の﹁プロトコル﹂とJavaScriptから使うための﹁API﹂に仕様がわかれています。前者は﹁WebSocket Protocol﹂として﹁IETF﹂が、後者は﹁WebSocket API﹂として﹁W3C﹂がかかわっています。 Q. WebSocketってまだ仕様が固まってないんじゃないの? A. WebSocket ProtocolはIETFのRFCの﹁標準化提案﹂に、WebSocket APIはW3Cの﹁勧告候補﹂になりました。IETFにもW3Cにも承認プロセスがあり、それぞれ最後には﹁標準

t-tanaka 2012/01/09

リンク

InfoQ: WebSocket と Bayeux/CometD

原文(投稿日‥2010/03/19)へのリンクブラウザベースのアプリケーションで通信を行うためのテクノロジは，現在のところ2つある。Bayeux (別名 CometD) と，それより新しい WebSocket だ。どちらが優れているだろうか，あるいは，共存できるのに十分なだけの違いがあるのだろうか？ CometD フレームワークは Bayeux プロトコルの実装であり，信頼性の低いネットワーク上で，クライアントとサーバ間の複数チャネルの非同期通信ストリームを実現する。数多くの言語 (JavaScript，Java，Perl ...) から使用できるが，ブラウザベースの AJAX アプリケーションでの利用が圧倒的に多い。Bayeux のアドバンテージは，新たな情報を受信した時に行う非同期/バックグラウンド処理を，ブラウザが提供する HTTP 通信サービスのみで実現可能なことにあり，Goog

t-tanaka 2010/12/09

websocket

リンク

Inside Web Socket

HTML5関連で、Web Socketが話題になることが増えてきました。その中で、Web Socketはブラウザで生のTCPが扱えるようになった！いや、違うよ。生のTCPじゃないよ！と言ったことをよく目にします。 lighttpd 1.4.x用のmod_websocketを個人的に作成している為、そういった疑問に対しての参考になりましたら、と。勿論、間違ってたらご指摘ください。(^-^; Web Socketとはブラウザ(上のJavascript Program)で生のTCPを扱えるように策定されたプロトコルです。なぜ、そう言うのか、順を追って説明します。(ごめんなさい、やっぱりちょっと修正しておきます) ブラウザがどう動いているのか?まず、Web Socketを利用する際、ブラウザがどのように動いているのかを説明します。また、Web Socketには、ws schemeとwss

t-tanaka 2010/12/09

リンク

はてなブックマーク

タグ

関連タグで絞り込む (2)

websocketに関するt-tanakaのブックマーク (7)

お知らせ

今週のはてなブックマーク数ランキング（2024年6月第3週）

今週のはてなブックマーク数ランキング（2024年6月第2週）

月間はてなブックマーク数ランキング（2024年5月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス