[Node.js] Socket.ioで双方向通信チャットアプリを構築 〜 JSおくのほそ道 #005 - Qiita
こんにちはほそ道です。 今回はここまで学んだ技術、コールバック・イベント処理/モジュールの利用/HTTP通信を活用しつつ、 WebSocketによる双方向リアルタイム通信アプリケーションを作ってみます。 目次はこちら WebSocketについてはWikipediaにいい感じにまとまってますが ほそ道が感じた良さを一言でいうと 「ユーザアクション無しにサーバーからクライアントへのpush通信が可能となる」という事ですね。 指定時間にサーバからお知らせ等のアクションも可能となります。 チャットアプリケーションの実装 というわけで作ってみました。 非常にベタなんですが。。 チャットアプリケーションです。 今回はサーバ側とクライアント側の両方に実装が必要となります。 また、新しくWebSocketを実現する為の socket.ioモジュール が登場します。 アプリケーションの骨格が見えるよう、なる
![[Node.js] Socket.ioで双方向通信チャットアプリを構築 〜 JSおくのほそ道 #005 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/31a045e45c094f9ec6d37739fdaf3d6ffac707df/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCTm9kZS5qcyU1RCUyMFNvY2tldC5pbyVFMyU4MSVBNyVFNSU4RiU4QyVFNiU5NiVCOSVFNSU5MCU5MSVFOSU4MCU5QSVFNCVCRiVBMSVFMyU4MyU4MSVFMyU4MyVBMyVFMyU4MyU4MyVFMyU4MyU4OCVFMyU4MiVBMiVFMyU4MyU5NyVFMyU4MyVBQSVFMyU4MiU5MiVFNiVBNyU4QiVFNyVBRiU4OSUyMCVFMyU4MCU5QyUyMEpTJUUzJTgxJThBJUUzJTgxJThGJUUzJTgxJUFFJUUzJTgxJUJCJUUzJTgxJTlEJUU5JTgxJTkzJTIwJTIzMDA1JTIwJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz02YjBlNzFhMDFlNDVkNGIxZWZkMzAxNDkyMzllMTVkNw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBob3NvbWljaGkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTU5NmIwNWE2NTk0MDIzMzEwMzY3MDY3YzQ5ZjY1ZjRh%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gVW5pcG9z5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dedfc2a32576da046026f7e3c240555d1)
２-1 完全なリダイレクションが利用できる！
２-1 完全なリダイレクションが利用できる！ 標準入力，標準出力，標準エラー出力，リダイレクション その1 出力先の変更が自由自在 １章でファイルの内容を画面に表示するコマンドにcatというのがありました。ところが，このコマンドを次のようにして実行すると，ファイル orgfile の内容である出力は，画面ではなく， newfile というディスク上のファイルに格納することができます。 % cat orgfile > newfile つまり，通常は cpコマンドで行うはずのファイル・コピーが catコマンドでもできることになります。 また，次のコマンドを実行すると，こんどはcatコマンドを簡易エディタとして用いることができます。 % cat > edfile こうすると，キーボードからの入力はすべて edfile に出力されます。また，次のコマンドの実行では，さきほどコピーしてできた new
AWS RDS の書き込み性能チューニング : DSAS開発者の部屋
4/25追記: innodb_support_xa=0 はクラッシュ時以外にも binlog と innodb の整合性が取れなくなる問題がありました。 innodb_support_xa と binlog の危ない関係 もご覧ください。 KLab でも最近は AWS を使ったプロジェクトがかなり増えてきました。 AWS で問題になりがちなのが、 RDB の性能が DSAS 環境に比べて低いことです。 DSAS ではバッテリーバックアップ付きのRAID + 非同期レプリケーションを使っているのですが、 RDS では Multi-AZ を使って耐障害性を確保しています。 この違いによって書き込み性能のチューニングのポイントが変わってきます。RAIDカードはデータが書き込みバッファに乗っている間は fsync が高速なのに対して、 Multi-AZ では別のAZにあるブロックデバイスに対して同
第2回 最大の課題「I/Oボトルネック」の原因と分析法 | gihyo.jp
I/Oの「レスポンス」と「スループット」とは？ 連載第1回でご紹介したように、大規模データ処理を行うデータベースで一番大きな課題となるのは、ディスクI/O（以降、単にI/Oと表記します）のボトルネックです。数百GBやTBクラスの巨大データウェアハウスの場合、SQLが実行される時間のほとんどがI/Oを待つ時間となっているケースが多々あります。 ここでは、I/Oボトルネックが発生するおもな原因を、「レスポンス」と「スループット」という概念から見ていきましょう。それぞれ、広義では以下の定義となります。 I/Oレスポンス＝I/O要求処理にかかる応答時間 I/Oスループット＝単位時間当たりのI/O処理量 Oracle Databaseに当てはめると、以下のように定義できます。 I/Oレスポンス＝1データブロックの読み出しや書き込みにかかる時間 I/Oスループット＝単位時間あたりの読み出しや書き込み
MySQLにおけるスレーブのマスターへの昇格の手順メモ - shimxmemo
ちょっとやる機会があったのでメモ。 前提 サーバA（元々マスター。現スレーブ。新サーバと交換した） サーバB（元々スレーブ。昇格して現マスター） サーバC（スレーブ） ※my.cnfにはMasterの情報は書かない派。 サーバAを再度マスターに、サーバBをスレーブに落とす。 旧サーバA、サーバB、Cともに稼働年数同じぐらいで、「逝くときはぁ一緒だよーっ☆」されても困るので マスターに更新がかからないように、プログラムなど止めておく 手順 # サーバBのプロセスが流れていないか確認 svB# mysql mysql> SHOW PROCESSLIST; # 念の為サーバBの更新停止 mysql> FLUSH TABLES WITH READ LOCK; ※ロックが外れるのでmysqlから出ない事。 mysql> SHOW MASTER STATUS\G;; ※Fileの値とPositionの
[MySQL] サイト無停止で ALTER TABLE を可能にする pt-online-schema-change | バシャログ。
早く沖縄オフィス作ってくれないかなー寒くて仕事にならないよ！みなさんこんにちは nakamura です。 ローンチ後もサイトの運用を受け持っているとどうしても機能追加などで DB のテーブル構成を変えなきゃいけないって事あると思います。データ量がさほど多くなければ問題にならないかもしれませんが、MySQL の ALTER TABLE はテーブル全体に対して書き込みロックをかけてしまうため、サイズの大きなテーブルの場合結構な時間サイトを止める必要が出てきてしまったり。。。いい加減なんとかならないのかよ！と思って探していたら中々いい感じのツールを見つけたので今回はそのご紹介です。 Percona Toolkit pt-online-schema-change は Percona Toolkit という MySQL を使う上での便利機能をまとめたツール群に含まれています。pt-online-sc
![[MySQL] サイト無停止で ALTER TABLE を可能にする pt-online-schema-change | バシャログ。](https://cdn-ak-scissors.b.st-hatena.com/image/square/20c0b0df62783283e7ba333774006e31f6235c74/height=288;version=1;width=512/https%3A%2F%2Fbashalog.c-brains.jp%2Fimages%2Fdb01.jpg)
プロセスIDから情報を取ってみる - bose999の試験管の中の話
プロセスが使用しているファイルやソケットを確認する ls -lv /proc/プロセスID/fd |sed -n 's/^.* -> //p' プロセスのIO状態を確認する cat /proc/プロセスID/io
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more
tarコマンドを負荷制御（bwlimit指定）して実行する方法
cstream - direct data streams, with bandwidth limiting, FIFO, audio, duplication and extended reporting support. ざっくり言うとデータストリームの制御とかできるよ！っていうコマンドっぽいです。オーディオアプリケーションのデータレートのエミュレーションとかで利用されているそうです。オプションではcstreamコマンドの-tを使うのですが、以下がmanでの内容になります。 -t num Limit the throughput of the data stream to num bytes/second. Limiting is done at the input side, you can rely on cstream not accepting more than thi
IO Accounting 機能で I/O 負荷の高いプロセスを特定
随分久々の Linux ネタです。以前にロードアベレージに関する考察などの記事も書きましたが、多くのサーバーサイドエンジニアはサーバ負荷と日々戦っていることかと思います。過去多くの場合、負荷の原因特定はおおよそ下記のような手順で分析をしていたことかと思います。※詳しい手順は別エントリとして記載予定。 top をみて上位に張り付いているプロセスを確認しつつ CPU or I/O のどちらが原因か判別 ps を使ってプロセスの状態を確認して(T),(D)の状態から CPU or I/O のどちらが原因か判別 vmstat で procs の r, b の数、swap の si, so の状態、I/O の bi, bo の状態を確認 iostat を使って disk の read/write の状態をさらに詳しく確認 sar を使って os の状態をさらに詳しく確認 おおよその原因特定から設定を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
宁波逼拘旅行社
[AWS Black Belt Online Seminar] Elastic Block Store(EBS)![[AWS Black Belt Online Seminar] Elastic Block Store(EBS)](https://cdn-ak-scissors.b.st-hatena.com/image/square/944eb6f2f964de34fb6b3730ad5ba76aa0ad9f1d/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20130123aws-meister-reloaded-elasticblockstore-public-130123223527-phpapp01-thumbnail-4.jpg%3Fcb%3D1496368624)