詳解版はこちら => http://www.slideshare.net/You_Kinjoh/html5-open-web-platformRead less
![HTML5と WebSocket / WebRTC / Web Audio API / WebGL 技術解説](https://cdn-ak-scissors.b.st-hatena.com/image/square/95bd358cd403981ced3c495f211f88afea03fb34/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20131018coretechexpostfacto-131019082845-phpapp02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
WebSocket(ウェブソケット)は、単一のTCPコネクション上に双方向通信のチャンネルを提供する、コンピュータの通信プロトコルの1つである。WebSocketプロトコルは、2011年にRFC 6455としてIETFにより標準化された。Web IDL(英語版)中のWebSocket APIは、当初W3Cにより標準され、後にWHATWGに引き継がれている。 WebSocketはHTTPとは異なるプロトコルである。ともにOSI参照モデルのレイヤー7に位置し、レイヤー4のTCPに依存している。両者は異なるプロトコルであるが、RFC 6455では、WebSocketは「HTTPプロキシと仲介者をサポートするために、HTTPの443番および80番ポート上で動作するように設計されている」と述べられているように、HTTPプロトコルと互換性がある。互換性を実現するために、WebSocketのハンドシェイ
最近 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
7/2にMobile5という勉強会に主催者兼発表者として参加しました。 発表資料を公開しておきます。 組込みにおけるHTML5 View more presentations from Tomo Watanabe とはいえ、素晴らしいまとめ記事をジャーナリストの星さんに書いていただいたので、そちらを見たほうがわかりry まとめ 今回の勉強会では他にもTizenやBlackBerryから見たHTML5や規格としてのHTML5、ユーザから見たHTML5の利点など、様々な角度からHTML5を観るという点で面白かったと思います。HTML5自体は規格と技術なので、それが誰にどう影響するのか?という視点は大事です。 今回、私は組込みとHTML5という、一見関係無さそうな両者をプラットフォームという括りで一つのシステムとしてプロトタイプを作成しました。私の中では「組込み」と「モバイル」と「Web技術」は
The event horizon for when we can expect to end up in (literal) hot water when it comes to climate has come a lot closer. You wanna know how close? The climate deadline is close enough that it is inte NASA has announced Space Act agreements with seven private space companies in the hopes of spurring tech developments the government may invest in down the line, from space stations to human transpor
次世代のWebアプリケーションの中核を担う技術として「HTML5」に注目が集まっているが、それと並んで期待されている技術に「WebSocket」がある。 IETFとW3Cによって仕様の策定が進められており、最初の提案以来幾度もの改訂を経て、2011年12月11日にそのプロトコル仕様がRFCのProposed Standard(RFC 6455)となった。 AjaxからComet、そしてWebSocketへ WebSocketはウェブサーバとブラウザが直接コネクションを張って双方向通信するための技術規格である。HTTPとは異なる独自の軽量プロトコルによって通信を行うため、オーバーヘッドが小さく、長時間に渡って通信する場合でもHTTPコネクションを占有する必要がないというメリットがある。 WebSocketが生まれた背景には、サーバとブラウザがもっとリアルタイムに通信して情報の配信や更新を行え
Dev fest 2020 taiwan how to debug microservices on kubernetes as a pros (ht...
緊急地震速報 by Extension を作って Mitsuaki Ishimoto Aug 21, 2011 自己紹介(1) @mitsuaki_i Chromeで緊急地震速報を出す拡張機能を作りました。 自己紹介(2) @mitsuaki_i 他はChrome Extensionとandroidでかおもじ辞典作ってます 以前は受託でWebシステムを開発してました 最近はiPhone/androidアプリを開発してます では緊張してますが本題!(・ω・´;) ※早口でいきます! まず拡張機能について 今回の発表テーマはChromeで動作する拡張機能です Twitter経由で緊急地震速報を取得 WebSocketを使ってクライアントに配信 どうして作ろうと思ったのか? 3月11日 開発の経緯(1) 津波で建物が流されるのを見て大変な事が起こったんだと思い、 自宅まで歩いて帰るなかで見たこと
ご挨拶 こんにちは、ロンドンのNew Bambooという会社でWebエンジニアとして働いている@makoto_inoueです。ここのところ、PusherというWebSocketのクラウドサービスの開発に関わっています。今回から3回に渡ってWebSocketに関する短期連載を担当させていただきます。 私を含めたNew Bambooの面々(我々は自分たちのことをBambinoと呼んでいます)がWebSocketになぜ興味を持ったかということからはじまり、実際にクラウドサービスを始めるまでにいたったストーリーをお話ししたいと思います。そのストーリーを通じて、WebSocketが切り開く「リアルタイムWeb」な世界への可能性や技術的課題を皆さんと共有できればと思っています。
連載の最後となる今回は、WebSocketのトピックをいくつか取り上げたあと、WebSocketChatのアプリケーション化と配布物の生成を行ないます。 WebSocketのセキュリティ WebSocketは、リビジョン76で接続処理に手を加え、堅牢性が増しています。また、HTTPと同様なOriginを基にしたセキュリティモデルを採用しています。Ajaxと違い、現行のWebSocket対応ブラウザ側には、same originポリシーによる制限はないようです。 Jetty7はそのままでは、cross originが可能です。制限が必要な場合は、「CrossOriginFilter」(※1)を使用します。 最新の仕様 第3回「データ送信の詳細」の項で、フレームタイプについて説明しました。最新の仕様では、フレームタイプの扱いが大きく変更になりそうです。ドラフト版のリビジョン76の段階では、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く