Socket.IO or WebSocket を AmazonELB でバランスする検証 - Block Rockin’ Codes
追記 12/2/29 検証コードと環境は後にしてとりあえず結果だけ書く 12/3/5 Socket.IO の RedisStore を使えばスケール可能なことがわかったので追加 12/3/11 検証コード追加 caution この検証は 東京Node学園 4時限目 - connpass でやった結果です。しかしその時の環境やソースが手元に無いので今再現ソースと環境を作っています。 2/28 現在分かってる結論だけ先に出しておきます。ソースは後で追って掲載します。その時点でもし結論が変わったりした場合は追記します。 また、この検証内容については一切責任は取りませんので、プロダクション等で使う場合はきちんと検証して下さい。 特に ELB の仕様が変わったら結果が変わると思います。結果が変わったことに気がついた方は教えて頂けると助かります。 code 検証コードを公開しました。 https://
あなたにWebSocketは必要ないかも | POSTD
(訳注：2015/8/4、いただいた翻訳フィードバックを元に記事を修正いたしました。) 本題に入る前に強調しておきます。WebSocketは優れた通信プロトコルです。実際私はこの RFC6455 を、 Fanout のサービスで使っている( Zurl や Pushpin といったパーツで採用しています。Fanoutではまた、 Primus （異なるリアルタイムフレームワーク間での通信を可能とするラッパー）を利用し、 XMPP-FTWインターフェース を介したWebSocket通信をサポートしています。 しかしながら私はこれまで、多くの広く普及しているアプリケーションにかなりの時間を費やし、おかげでRESTやメッセージングパターンについては多少なりとも理解が深まってきた今、実はWebSocketを実装した典型的なWebアプリケーション（もしくはWebSocketライクな抽象化レイヤ）の大部分
can I use... Support tables for HTML5, CSS3, etc
Test a feature Our partnership with BrowserStack now lets you test your website for compatibility across 2,000+ real browsers and devices. Test on: Did you know? Next If a feature you're looking for is not available on the site, you can vote to have it included. Better yet, if you've done the research you can even submit it yourself! You can import usage data from your Google Analytics account and
Kaazing | Kaazing WebSocket Gateway Security is Strong | Kaazing
This is the second post of a two-part blog post that discusses HTML5 WebSocket and security. The first post, HTML5 WebSocket Security is Strong, talked about the security benefits that derive from being HTTP-compatible and the WebSocket standard itself. In this, the second post, I will highlight some of the extra security capabilities that Kaazing WebSocket Gateway offers. Kaazing WebSocket Gatewa
Objective-C でWebSocketの通信をする(SocketRocket) - 病みつきエンジニアブログ
今流行(?)のWebSocketちゃんですが、Objective-Cで触るための日本語のサイトがあまりなかったので。 手順としては、node.js でWebSocket のサーバーを作り(not Socket.IO)、SocketRocketを使ってそのサーバーに接続します。 node.js、Objective-Cともに触ったことがある人を対象にした記事です。 WebSocketサーバーを作る Socket.IOというのがありますが、今回は使いません。というのも、Socket.IOは「ソケット通信っぽいことをするためのライブラリ」で、WebSocketで繋げないブラウザにはLong Pollingやらでソケット通信風のことをするよう、ラッピングしています。そのため、今回のようにWebSocketだけで接続する場合には適していません、というかSocketRocketが対応していません。 さて
REST と WebSocket
rest_and_websocket 0��� V P�� V # REST と WebSocket t_wada さんとちょっと話す機会があったので、ここまでに考えてたことを一旦まとめて見たいと思う。 REST については、「Web を支える技術」でお茶を濁さず、本家論文なども参照されたし。 ## REST REST はプロトコルでもアーキテクチャでもなく、アーキテクチャスタイルです。 そこにはいくつかの原則があり、最も重要な原則の一つにステートレス性があります。 [REST#原則(wikipedia)](http://ja.wikipedia.org/wiki/REST#.E5.8E.9F.E5.89.87) この原則は Cookie を用いたセッションの実現すら本質的には否定します(ただし、事実上禁止はしないけど)。 このステートレス性が、分散システムである Web の成功の秘訣だっ
WebSockets vs. REST?
原文(投稿日：2012/02/26)へのリンク この数年、WebSocketの人気が高まり、利用可能になってきた。昨年末にはW3C勧告候補となり、標準化に向けてまた一歩前進した。OracleなどもJava Enterprise Editionの次バージョンに向けて、WebSocket関連 (JSR 356) の標準化を開始するようリクエストしたところだ。Chrome、Firefox、Safari、IEといったメジャーなブラウザはみな、すでにWebSocketのいずれかのリビジョンをサポートしており、最終的には標準化されたものを採用することになるだろう。近いうちに、WebSocketはWebになくてはならないものになりそうだ。しかし、WebSocketがWebのアーキテクチャスタイルであるRESTにどのようにフィットするのか、あるいはフィットするのか否か、確信が持てないでいる開発者もいる。N
The Web Application Messaging Protocol — Web Application Messaging Protocol version 2 documentation
Welcome to the Web Application Messaging Protocol (WAMP)! WAMP is an open application level protocol that provides two messaging patterns: Routed Remote Procedure Calls and Publish & Subscribe uses different serializers for message encoding, like: JSON MessagePack FlatBuffers CBOR and many others and can run over different transports, like: WebSocket subprotocol Raw TCP Socket Unix domain socket T
Python の WebSocket ライブラリ - methaneのブログ
ちょっと調べてみたら、想像してたよりもライブラリが充実していたので、各ライブラリの特徴をまとめておきます。 AutobahnPython Autobahn が Python 用にサーバー、クライアント用のライブラリを提供しています。 AutoBahn Python は Pure Python で Twisted に依存しています。 Twisted を使うなら Autobahn でいいのですが、そうでない場合は別のものを使う必要があります。 Autobahn は Python 用以外に JavaScript と Java(Android) 用にもライブラリを提供していて、また他の多くのプロジェクトでも利用されている WebSocket 用のテストスイートも提供しています。高品質な WebSocket ライブラリがいっぱい揃っているのは多分このテストスイートのおかげでしょう。 Tornado
AngularJS WebSocket Service Example
At my curent company we are using Angular.js for a new desktop application (yes, a desktop application, but I won’t get into that). Our app gets its data and events from a web service via a WebSocket connection. Angular comes bundled with some great tools to connect to REST servers, but it doesn’t come with anything to help you with real-time data (and it probably shouldn’t). Here is an example of
Play Framework 2.1のWebSocketで一対一通信 - Auto-Saving ... Done
Play Framework2のScalaサンプルコードのwebsocket-chatではConcurrent.brodacastを使って 1 val (chatEnumerator, chatChannel) = Concurrent.broadcast[JsValue] このchatChannelに対して 1 chatChannel.push(msg) とすることでchatRoomに接続している全てのクライアントに対してメッセージを送信しています。 全てのクライアントに同じメッセージを送る場合はConcurrent.broadcastで十分ですが、特定のクライアントに対してメッセージを送りたい場合はどうすればいいでしょうか。 とりあえず全員にメッセージを送って、クライアントに自分宛てに送られたメッセージかどうかを判断してもらうという解決方法もありますが、画像などを送る場合負荷が大きいで
Jetty8で作るWebSocketチャット(サーバ側編） - ..たれろぐ..
Jettyをサーバに使ったWebSocketベースのチャットサンプルのようなものを作ってみた。 ターゲットは Jetty 8 と Firefox7, Chrome14。 WebSocket のバージョンは draft-ietf-hybi-thewebsocketprotocol-10 になるはず。 （WebSocket(Wikipedia) の実装状況参照のこと） このエントリではサーバ側の実装について書いてます。ブラウザ側は次のエントリで。 さて、サーバ側の実装ですが、普通にJettyを使うと xml やらなんやら面倒なので、このエントリではJettyをライブラリとして使う組込形態で使っています。 Jetty の lib ディレクトリに入っている次のファイルが WebSocket サーバに必要な jar ファイルになるので、それぞれ classpath を通しておきます。 jetty-c
WebSocketが一番速いアプリケーションサーバはどれだ？
WebSocketが一番速いアプリケーションサーバはどれだ？：Tomcat、Jetty、Socket.IO／Node.js性能比較（1/3 ページ） はじめに 2012年の10月にWindows 8が発売され、そこに搭載されたInternet Explorer（以下、IE） 10ではHTML5の機能が利用できるようになりました。また、2013年の2月にWindows 7版のIE 10もリリースされ多くのユーザーがHTML5の恩恵を受けられるようになりました。 HTML5の機能の多くは、Webブラウザ側で実装されれば、HTMLやCSSを適切に記述することで利用が可能です。しかし、今回取り上げるWebSocketはサーバ側でも機能の実装が必要です。このため、WebSocketを利用する場合はWebブラウザだけではなくサーバを選ぶ必要があります。 WebSocketそのものの技術的な解説は、以下
TornadoでWebSocketクライアントセッションを管理する - にしきへび的覚え書き
Tornadoでクライアント側からWebSocketでセッションを張る際にサーバーサイドでクライアントの情報を管理する。 "self"はクライアントごとに独自のSocketHandlerを返す。 #-*- coding:shift-jis -*- import tornado.ioloop from tornado.web import * import tornado.websocket import tornado.httpserver class MainHandler(RequestHandler): def get(self): self.render("index.html") cone = [] class SocketHandler(tornado.websocket.WebSocketHandler): def open(self): if self not in con
web-socket-jsのFlash接続について - pochi's weblog
web-socket-jsとは WebSocketに対応していないブラウザに対してFlashを利用して擬似的に WebSocket接続を行うもの。 socket.ioなどのライブラリはWebSocketに対応していないとFlashやLong Cometに置き換えるがweb-socket-jsは一貫してWebSocketを貫き通す。 ソースコードもGithubにあがっているのでとても使いやすい。 対応ブラウザもGithub上のREADMEに書いてある。 Flash接続について web-socket-jsを利用する場合十分に考慮しないといけないのがFlashのSocket接続だと思う。 ソケットポリシーファイルのやり取りが必要になりFlashの仕様として、以下の手順を踏むことになっている。（リンク先引用） まず843番ポート（ソケットマスターポリシーファイル）にアクセス。繋がらない or 3秒
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.arungupta.me/2014/02/rest-vs-websocket-comparison-benchmarks/
Overwrite Backbone.sync method to persist model via WebSocket
gorilla/websocket: A WebSocket implementation for Go.
websocketとイミュータブルインフラ、難しい話 - Togetterまとめ
RPC over WebSockets