エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
I am mitsuruog | websocketを使う際の意外な落とし穴
本ブログは東京 Node 学園祭 2012 アドベントカレンダーの 6 日目の記事です。 今回はnodejitsuを使って... 本ブログは東京 Node 学園祭 2012 アドベントカレンダーの 6 日目の記事です。 今回はnodejitsuを使って sockect.io を使ったアプリをホスティングしたところ、websocket(以下、ws)まわりで思わぬハマりポイントがあったというお話しをします。 (同じようなトラブルで悩む方に少しでもヒントをあげられたらと考えています。) このエントリでお伝えしたいこと。 ws 通信は 443 ポート(wss)で行った方が良い。 ws のみがブロックされた場合に socket.io が怪しい挙動をする…(Help me!) nodejitsu なかなか好いよ。 ws 通信は 443 ポート(wss)で行った方が良い。 既に周知の事実かもしれませんが、通常の HTTP(80 ポート)を使って ws 通信を行った場合、 サーバから送信された ws の通信データが、クライアントのブ
2016/04/22 リンク