Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Webでのプッシュ技術 HTTPはクライアント（ブラウザ）からリクエストしてサーバからレスポンスが返る一問一答型のプロトコルなので、基本的にはサーバ側からブラウザに新着情報をリアルタイムで通知（プッシュ）できるようにはできていません。 しかしそれでもプッシュをしたいという場合にどうするかという話が出てきます。やり方には以下のようなものがあります。 ポーリング クライアントからサーバに定期的に新着を問い合わせるようにします。 最も原始的かつ確実なやり方。欠点は、最大でポーリング間隔の分だけ通知が遅延しうることです。 ロングポーリング（“C
前へ | 次へ 17章 WebSocket WebSocket概要 WebSocketとは p393 1本のHTTP接続上で双方向のメッセージやりとりができる HXMLHttpRequestとServer-SentEventsを利用したやりとりよりも効率がよく、設計や実装もシンプル 補足：2015/2/12現在、Operamini以外の主要やブラウザに実装 既存の通信技術 XMLHttpRequest(XHR) クライアントからサーバ方向への非同期通信手段の一つ クロスオリジン通信ができない。これを解決するのがLevel2 p394 1バイトの送信でも、リクエストヘッダが付与されるので数Kバイトの通信になる Server-Sent Events サーバからのプッシュ通信のための仕様 仕様に従ったフォーマットでサーバサイドから通常のHTTPレスポンスを返すことでプッシュ通知が可能 補足：20
クレデンシャルの送信 クロスオリジンのAJAXリクエストでクレデンシャル（クッキーの送信またはBASIC認証）を必要とする場合は、それを許可するオプションをフロント側Javascriptで付けておく必要があります。デフォルトではCORSリクエストでクッキーは送信されませんし、BASIC認証は送れません。 Fetch API の場合 fetch(url, { mode: 'cors', //クロスオリジンリクエストをするのでCORSモードにする credentials: 'include' //クレデンシャルを含める指定 })
Service Workersでプッシュ通知を受信できるようになったわけですが([1]: GCM)([2]: Web Push)、Chromeではバージョン48まではGCMで通知だけができるようになっただけで、メッセージ本体は通知を受けてからService Workerでサーバから改めて受け取るような実装をする必要があったりします。 ここで、Service Workersでは、XMLHttpRequestが使えません。その代わり、XMLHttpRequest (以下、XHR)に代わるWHATWGの仕様としてFetch APIがあり、Service WorkersではこのFetch APIを使うことになっていますので、その使い方を簡単に紹介します。 Fetch API自体は、Service Workers専用のものではなく、メインスレッドでもXHRの代わりに使うことが可能です。現時点で実装し
課題 現在、作っているサービスではsocket.ioを使って作ったWebSocketサーバをELB経由で使っています。 開発環境はELB配下にEC2が1台で、本番環境は複数台です。 これ、どちらも正しく動いているように見えていたんですが、最近セットアップした本番環境の方でWebSocketへのUpgradeがうまくいっておらず、pollingで動いていることに今日気がつきました。 サービスとしてはまぁ一応問題はないんですが、WebSocketで動いていると思っていたものが実はPollingだったというのはわりかし衝撃です。 原因 なんでやねんと思ってググるとわりと簡単に原因に行き当たりました。公式ドキュメントで思いっきり説明されています。 日本語だとこの辺でが参考になります。 Express / Socket.IO をスケールアウトしてみよう Socket.IO or WebSocket
※ (2016/9/19 追記) Nginx 使った対応方法も記載しているので、あわせて参考にして下さい。 昨今のサービスにおいて、暗号化はもはや必須の流れである。 GoogleやFacebookなど主要なサービスはずいぶん前からHTTPS通信を標準としているし、HTTPS化対応しているサイトはSEO的にも優遇されるようになる という方針が出ていたりする。 前記事でSocket.IO + Redis PubSubを用いたリアルタイムメッセージ配信の仕組みをまとめたが、このままWebSocketを利用すると当然インターネット上を平文のテキストが流れてしまう。 また、チャット機能を呼び出す親元のWebページがHTTPSで提供されているものであれば、Mixed Content でブラウザによっては暗号化されていないWebSocket通信をブロックされることもあるだろう。 後からSSL/TLS対応
イベントでインスタレーションをした時に、来場者が気軽に参加できるようにスマホのブラウザで操作できる仕組みを勉強しとこうかなと。 こんなイメージ。 スマホからのデータを受け取るにはOSCもありますね。 でもアプリじゃないとたぶんダメだし、制御用PCと同じwifiに入ってもらわないといけないし、お客さんがわざわざそこまでやってくれるような規模のものならいいけど、気軽に参加できるものでは無いです。 で、今まで気になってたけど手を出してなかったnode.js+socket.ioをやってみることに。 サーバーはどこが主流なのか分からないけど、とりあえずherokuで。 １．ブラウザのみでsocket.ioをテスト そのへんで見つけたサンプルを動かす→動いた！ ２．Unityでsocket.ioを試す サーバーサイドそのままで、Unityから接続するテスト。 検索するとsocket.io用のライブラリ
Posted on 2013-06-21 by takezoux2 最近は、Unityをいじっているtakezoux2こと竹下です。 今回は、UnityでWebSocketを使ったチャットを作って動かしてみたいと思います。 UnityはC#で実装しています。有料のAssetは使っていません。 サーバーにはPlayを使っていますが、scalaのコードは今回全く書かなくてOKです。 まず、Unityって何？WebSocketって何？Playって何？っていう人がいるので簡単に説明しておきます。 簡単にしか説明はしないので、詳しくは各自ググってください。 全部知ってるよって人は、ここは飛ばしてください。 3Dゲームエンジン。iOS,Androidなど、各種プラットフォームのアプリをワンソースで開発することができるツールです。 言語はC#,UnityScript(JavaScriptベース),Boo
Node.jsサーバを用意したので、UnityからWebSocketを使用して通信してみた。 無料で使える「WebSocket-Sharp for Unity」を使った。 「接続する」ボタンを押すと ログに接続完了のメッセージが出て、ちゃんと接続出来たのが確認できる。 Nodeサーバ側のログにも接続されたログが出る。 適当に設定したデータをNodeサーバに送ると、ちゃんと返ってきた。 とりあえず、送ったデータにサーバ時間をくっつけて返すだけ。 サーバ側でもちゃんと処理してくれている。 疎通確認は思っていたよりも簡単に出来た。 UnityでWebSocket通信 リアルタイム通信を頻繁にするなら デコード・エンコード負荷を考えるとJsonよりもMessagePackを選択したほうが良いんだろうな。 試したものをGitHubに置いてみた。 https://github.com/masa795/
20140826.md Express / Socket.IO をスケールアウトしてみよう Seiya Konno Works at Uniba Inc. (http://uniba.jp) https://twitter.com/nulltask https://github.com/nulltask https://fb.me/nulltask スケーラビリティとは システムの規模に依らず機能を適応できること リクエストに対するスケーラビリティ アプリケーションコードに対するスケーラビリティ Express https://github.com/strongloop/express 言わずと知れたウェブアプリケーションフレームワーク 右も左もわからなかった頃 => app.js の肥大化 メンテナビリティの低下 アプリの規模が大きくなってもメンテナビリティを確保したい Mounting
はじめに 先日書いたエントリ（Unity から Node.js を起動時に裏で実行・通信して諸々の処理を肩代わりしてもらう方法考えてみた - 凹みTips）のネタをだれでも使えるようにアセットにしました。起動時に Node.js を裏で実行して面倒なネットワーク周りの処理などを行い、Unity とは OSC や WebSocket を通じてやりとりすることで、C# で書くのが面倒な処理を JavaScript（≠ Unity の JS）で肩代わりできるものです。別途サーバを立ち上げる方式よりもアプリを立ち上げれば自動で Node のサーバも立ち上がるので楽、というのが狙いです。 動作環境 Windows 8 Mac OS X 10.9.2 両対応しました。 デモ 実行した結果のログなどは簡易的ですが Editor 上で見れるようになっています。 動画では WebSocket サーバの立ち上
Why Meteor.js?Stop fighting with frameworks and ship real products to production. Real-time Updates Develop apps with real-time features like chats and collaborative apps with ease by using publications and subscriptions. RPC APIs Easily connect back-end and front-end with Methods. Our Remote Procedure Call (RPC) system.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
