nginxをWebSocketのリバースプロキシとして使う - the glue
経緯 WebSocketを使ったアプリケーションを作ったが、ポートが80しか使えない nginxでどっちも80に流したい ポイント / はまり所 WebSocketのプロキシにはUpgradeヘッダ(HTTP 1.1)への対応が必要 Upgradeヘッダへの対応は nginx v1.3.13以降 参考: WebSocket proxying 厳しい条件から先に書く デフォルトだと30秒通信がないと切断される（！） nginxでリバースプロキシしているときだけ一定時間で接続が切れるので何かと思えば、 普通のHTTPの通信と同様に30秒（だったはず）通信がなかった場合はタイムアウトってことで自動でコネクションを切ってくれていたみたい。 ping/pongを30s以内にやればいいんだろうけど、とりあえず5分に設定。 config server { listen *:80 default_serv
Websockets SSL/TLS Termination Using NGINX Proxy · Pankaj Malhotra
There can be a situation where your application is configured to communicate via websockets protocol `ws` and you wan...There can be a situation where your application is configured to communicate via websockets protocol ws and you want to expose it over the internet while still keeping the client side secure by SSL/TLS or say the client will always get an HTTPS page. In such a situation the HTTPS
Socket.io with Websocket の SSL/TLS 対応 - tail my trail
※ (2016/9/19 追記) Nginx 使った対応方法も記載しているので、あわせて参考にして下さい。 昨今のサービスにおいて、暗号化はもはや必須の流れである。 GoogleやFacebookなど主要なサービスはずいぶん前からHTTPS通信を標準としているし、HTTPS化対応しているサイトはSEO的にも優遇されるようになる という方針が出ていたりする。 前記事でSocket.IO + Redis PubSubを用いたリアルタイムメッセージ配信の仕組みをまとめたが、このままWebSocketを利用すると当然インターネット上を平文のテキストが流れてしまう。 また、チャット機能を呼び出す親元のWebページがHTTPSで提供されているものであれば、Mixed Content でブラウザによっては暗号化されていないWebSocket通信をブロックされることもあるだろう。 後からSSL/TLS対応
Configuring & Optimizing WebSocket Compression - igvita.com
By Ilya Grigorik on November 27, 2013 Good news, browser support for the latest draft of “Compression Extensions” for WebSocket protocol — a much needed and overdue feature — will be landing in early 2014: Chrome M32+ (available in Canary already), and Firefox and Webkit implementations should follow. Specifically, it enables the client and server to negotiate a compression algorithm and its param
Socket.IO: the cross-browser WebSocket for realtime apps.
Socket.IOBidirectional and low-latency communication for every platform PerformantIn most cases, the connection will be established with WebSocket, providing a low-overhead communication channel between the server and the client. ReliableRest assured! In case the WebSocket connection is not possible, it will fall back to HTTP long-polling. And if the connection is lost, the client will automatical
WebSocket、組み込み、並列処理で進化するJava、そして最強のIDEはどれだ？
WebSocket、組み込み、並列処理で進化するJava、そして最強のIDEはどれだ？：Java Day Tokyo 2013まとめレポート（2）（1/5 ページ） Java EEにおけるWebSocket、並列処理の過去・現在・未来、Raspberry Piとの連携、Eclipse、NetBeans、IntelliJ IDEAの中から最強のIDEを決める座談会、ミニ四駆の発表もあったLT大会などの模様をお届け。 日本オラクルは5月14日、「Java Day Tokyo 2013」を開催した。Java EEの最新バージョンリリースを間近に控える中、JavaFXやRaspberry Pi、さらには来年リリース予定のJava SE 8など内容は多岐に渡った。 Java Day Tokyoは、その名の通りJavaが中心となったカンファレンス。Java開発者向けのイベントとして伝統ある「JavaO
WebSocket Twitter タイムライン・取得サンプル
2012年11月12日 at 6:58 午後 3件のコメント WebSocket と Twitter4J を使った、Twitter のタイムライン取得 WebSocket サンプルアプリケーションのサンプルコードを公開致します。 2013 年 5 月 13 日追記：本ソースコードは、WebSocket の仕様が完全に FIX する前に記載したコードのため、既に記載している内容のコードでは動かなくなっています。新しい WebSocket の API では @WebSocketEndpoint アノテーションの代わりに @ServerEndpoint アノテーション等を使用します。 詳しくは、javax.websocketパッケージ、javax.websocket.serverをご参照ください。 Java EE 7 の WebSocket の概要は下記をご参照ください。 下記は、2012 年
[Java] WebSocket Applications using Java: JSR 356 Early Draft Now Available (TOTD #183)
Oracle Blogsの主としてテクノロジー製品のエントリを日本語でご紹介します（オリジナルのエントリを投稿することもあります）。厳密性をご所望の方は原文をどうぞ。よい内容でしたら原文に対し、"Good Entry, thanks!"でもいいので、是非コメントお願いします（Typoや誤訳はコメント欄からどうぞ）。なお、このエントリは個人の見解であり、所属する会社の公式見解ではありません。また、エントリ内でご紹介している製品・サービスは国内導入時期が未定の場合もありますのでご了承下さい。 Good entries on Oracle Blogs are put into Japanese. Mainly this blog covers technology products. Opinions expressed in this blog is my personal one and d
node.js+Canvasを使ってみんなでお絵描き·Paintogether MOONGIFT
Paintogetherはnode.js+socket.ioによるお絵描きチャットアプリケーションです。 Paintogetherはみんなでお絵描きチャットできるWebアプリケーションです。Canvasタグを使って描画して、データの同期にはnode.jsのsocket.ioを使っています。 ここで絵を描きます。 例えばこんな感じです。なお筆者環境ではなぜか同期処理が失敗しました… socket.ioを使ったサンプルとしてはテキストメッセージ系が多いのですが、座標データさえ送れればこうしたチャットもできるという好例ではないでしょうか。 PaintogetherはJavaScript/node.js製のソフトウェア（ソースコードは公開されていますがライセンスは明記されていません）になります。 MOONGIFTはこう見る 従来、この手のサービスを提供しようと思った場合、Flashを使って行うのが
WebSocketを使える主なWebサーバとその実装状況 - builder by ZDNet Japan
先週はWebサーバとWebブラウザの間で双方向通信を実現する「WebSocket」について解説した。それに引き続き、今回はWebSocketプロトコルをサポートする主なWebサーバと、本稿執筆時点での実装状況を紹介したい。 WebSocketプロトコル仕様のドラフトの種類 WebSocketプロトコルの仕様は、RFC6455として登録される以前からドラフトが公開されていた。ただし、頻繁に改訂が行われてきたためリビジョンごとに互換性がない場合もある。Webサーバ側の実装はその改訂を追いかける形になっているため、Webサーバを選ぶ上では、どの実装がどのリビジョンに対応しているのか把握することが必要になる。 仕様の策定を進めているIETFでは、当初「draft-hixie-thewebsocketprotocol-xx」（xxはリビジョン番号）の名前でドラフトを公開していたが、ビジョン76以後は
RFC 6455: The WebSocket Protocol
Internet Engineering Task Force (IETF) I. Fette Request for Comments: 6455 Google, Inc. Category: Standards Track A. Melnikov ISSN: 2070-1721 Isode Ltd. December 2011 The WebSocket Protocol Abstract The WebSocket Protocol enables two-way communication between a client running untrusted code in a controlled environment to a remote host that has opted-in to communications from that code. The securit
双方向通信を実現！ WebSocketを使いこなそう
（1）Ajax XmlHttpRequestオブジェクト（JavaScript）を利用した非同期通信処理のこと。Googleマップを筆頭とするWebアプリケーションで活用されている。ブラウザからサーバ側に非同期でリクエストを実施してデータを受け取り、JavaScriptにより部分的にページを更新することで、ページ全体を更新するよりも低負荷でサーバと通信できる。また、通信中も操作を継続できるので、エンド・ユーザーの操作を妨げられることもなく、ユーザビリティに優れる。デメリットとして、基本的にブラウザからのリクエストで動作する仕組みなので、サーバ側から自動でデータを送信することはない。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Atmosphere/atmosphere: Event Driven WebSockets Framework with Cross-Browser Fallbacks
IBM Developer
GitHub - IBM/japan-technology: IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc.
http://ymotongpoo.appspot.com/websocket_jp/index.html