【Node.js】MySQLへの接続 - pospomeのプログラミング日記
MySQL 以下を利用するのでインストールする。 https://github.com/felixge/node-mysql/#pooling-connections # npm install --save mysql --saveでpackage.jsonに追記するようにする。 【接続】 nodeJSはPHPとは違って起動時に接続を確保しておく。 接続には PoolCluster を利用する。 これはコネクションプールをグループ管理できる機能。 グループ管理はレプリケーション対応に使える。 以下のコードは接続先を確認するために conf1, conf2 でDBを意図的に分けている。 ---------app.js----------- //mysql var mysql = require('mysql'); var conf1 = { host : 'localhost', user
pm2 - node.js プロセス管理パッケージ | Node.js技術
pm2はnode.jsアプリプロセスの管理パッケージです、ロードバランサー機能もビルドインされています。 pm2とは pm2はサーバーの全てのCPUを使って、ステータレッスnode.jsアプリを負荷分散管理するパッケージです、アプリケーションのダウンタイムは0sを保証できます。 主な特徴 ロードバランサー機能をビルドイン（native clusterモジュール利用） デーモンスクリプト node.jsアプリを0sリロード Ubuntu/CentOS起動スクリプトも提供（Ubuntuはupdaterc.d、ほかのLinuxはchkconfig） 不安定プロセスを停止させる（無限ループ回避） コンソール監視 HTTP API リモートコントロールとリアルタイムAPIインターフェース pm2はnode.js v0.11,v0.10,v0.8でテスト通りました、CoffeeScriptとの互換性も
Express4系とSocket.io1系チュートリアルを試してみる - Qiita
つまるところ、これをやってみます。 http://socket.io/get-started/chat/ モチベーション Webで調べると割とExpress3系+Socket.io 0.9系の記事が多いイメージです。 Express4とSocket.io1は前バージョンと大分違う造りになっているので、そろそろExpress4系+Socket.io1系を試して記録しておこうと思いました。 環境 express 4.10.4 socket.io 1.2.1 モジュール用意 $ mkdir myapp $ cd myapp $ npm init $ npm i --save express $ npm i --save socket.io
VagrantとChef SoloでNode.jsの開発環境を作る
Nodeの開発環境ってどうやって準備してますか？ nvmいれてnodeを入れてnpmでパッケージインストールするだけ！ といえばそうなんですけど・・・例えば、別のマシンで環境を作りなおすとなると 少しめんどうですよね。 例えば、VirtualBoxをインストールして、Vagrantをインストールして、 コマンド一発で環境を作り直せるとしたら便利ですよね・・・ node入れるだけならそれほど便利さは実感できないと思いますが、 例えば、そこにApacheやらNginxをいれて、Rails入れたりとかしなきゃいかんとなると、 ゾッとしますね。 それにコマンド一発だとインストール漏れもないという利点も・・・ ということで、VirtualBox + Vagrant + Chef Soloで Mac上に作ったVirtual Machineにnodeをインストールして、 さらにgruntをインストールす
node.jsをnvmでChefる - Qiita
単語を助動詞でつないだだけのタイトルですが、お察しの通り、node.jsをnvmでバージョン管理するレシピを書こうと思った訳です。昨日、rbenvのレシピを書いたので、その続き。同じ構成でまとめておきたいなと。 CookbookはGithubにおいております。 リファレンス VagrantとChef SoloでNode.jsの開発環境を作る ぐぐってみても、ほとんど見つからなかったんですが、こういう構成はあまりニーズがないのかな。。。「Chefでサーバ作って壊す」っていうのを繰り返すことを考えると、確かにバージョン管理の必要性ってあんまりないのかも、、、現場はどうなのか興味あるなー（素人なもので。。。） レシピ 今回はあまり苦労せずにできましたー rbenvと同じく、システム全体にnvmをインストールする感じで、レシピの構成もrbenvに合わせました。 git "/usr/local/nv
【入門向け】Node.js + Express4 + MongoDB + Vagrant + foreverでChatWorkと連動するCRUDアプリを開発する。(２)（環境編） - Qiita
【入門向け】Node.js + Express4 + MongoDB + Vagrant + foreverでChatWorkと連動するCRUDアプリを開発する。(２)（環境編）Node.jsMongoDBExpressVagrantChatwork 前回: 【入門向け】Node.js + Express4 + MongoDB + Vagrant + foreverでChatWorkと連動するCRUDアプリを開発する。(１)（導入編） Vagrantで開発環境を作る。 ここからは、実際に開発環境を用意しアプリを動かす所までを説明します。ざっくりとした方針は以下の通りです。 Vagrantで仮想環境を立ち上げて開発環境にする。 chefでパッケージ管理する。 chefのknifeコマンドにはknife-soloというプラグインがあるので、これをインストールすればBerksfileが含まれたデ
websocket + node.js + node-http-proxyで負荷分散 - you21979の日記
websocketでググルとsocket.ioばかりヒットするがブラウザの対応がまちまちなことによる一過性の技術だとおもうので使わない方針 WorlizeのwebsocketがActionScript3版のライブラリも用意しててブラウザ使わないならよさそう https://github.com/Worlize/WebSocket-Node あまりまとまった記事がなかったので書くがwebsocketはロードバランサと相性がわるい L4のロードバランサであるLVSを使うか（MYSQLにも対応できる、基本的になんにでも対応できる） node-http-proxyやnginxのwebsocket対応L7ロードバランサを使うしかない 単なるL7のプロキシやロードバランサではupgradeヘッダ削られるので大抵うごかない node-http-proxy使う場合アクセス元のリモートホストがプロキシの立ち
Socket.io(v1.2)のスケールアウト。Redisを使って複数プロセスでのセッション共有してみる。 - Qiita
Socket.io(v1.2)のスケールアウト。Redisを使って複数プロセスでのセッション共有してみる。JavaScriptNode.jsRedisAWSSocket.io Node.js Advent Calender の6日目です。順調に続いてますね。 この間の東京Node学園祭2014で@upgrade_aypさんセッションで@mizchiさんと隣の席でしたがここでもmizchiさんの隣(次の日)みたいです笑 はじめに 今回のネタはNode.js/Socket.ioをスケールアウトするときに初心者向け記事です。 (実際にAWS上で複数サーバーを立ててNode.jsプロセスのロードバランシングをしたときにつまづいた経験から、おさらいを兼ねてやってみます。) こちらの記事(Node.jsってなんじゃ？（Socket.IOとELBのまとめ）)にあるように複数プロセスでSocket.ioを
HandlerSocket の Node.js クライアント node-handlersocket リリース - 2010-11-03 - 日記
先週，本家 (英語の) InfoQ や PublicKey で紹介されて話題となった HandlerSocket． InfoQ InfoQ: MySQL/HandlerSocket and VoltDB: Contenders to NoSQL InfoQ InfoQ: NoSQL への挑戦者 - MySQL/HandlerSocket と VoltDB Publickey NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現 この HandlerSocket は C++ で書かれたクライアントライブラリと，その Perl バインディングが提供されているのですが，同時にプロトコル仕様 https://github.com/ahiguti/HandlerSocket-Plugin-for-MySQL/blob/master/docs-en/prot
Node.jsフロー制御 Part 1 – コールバック地獄 vs. Async vs. Highland | POSTD
（このシリーズのPart 2はこちら: Node.jsフロー制御 Part 2 – FiberとGenerator ） 今回は、JavaScript/node.jsアプリケーションのフロー制御に対するアプローチを、いくつか取り上げて比較してみたいと思います。 通常のコールバックを使う 平坦化されたコールバックを使う Async （ @caolan 作）を使う Highland （こちらも @caolan 作）を使う Bluebird （ @petkaantonov 作）を使う Expressフレームワークを使った以下のルート処理（お粗末ですが）を例に見てみましょう。 ファイルから読み込む いくつかのプロセスを実行する（ステップの数は3つ） プロセスとは、単に拡張データをコールバックする任意の非同期処理を指します ファイルに結果を書き出す リクエストに対して成功またはエラーのメッセージを返す
Twitter Streaming API + Node.js (ntwitter)で指定キーワードのツイートを取得する - Qiita
利用モジュール ntwitter https://github.com/AvianFlu/ntwitter 色々あるみたいだけど検索して最初に出てきたやつを使ってみました。 使うAPIのエンドポイント これみたいですね -> POST statuses/filter https://dev.twitter.com/streaming/overview/request-parameters#track リクエストパラメータはtrackを使います。 trackの説明に Keywords to track. Phrases of keywords are specified by a comma-separated list. See track for more information. とあったのでtrackがキーワード指定に使うパラメータみたいです。 他にもパラメータ色々ありますな del
Node.js + Socket.io + StreamingAPIでツイートを取得してWebサイトにリアルタイム描画する - Qiita
var util = require('util'); var twitter = require('twitter'); var twit = new twitter({ consumer_key: 'xx', consumer_secret: 'xx', access_token_key: 'xx', access_token_secret: 'xx' }); var keyword = process.argv[2]; //第一引数 var option = {'track': keyword}; console.log(keyword+'を含むツイートを取得します。'); var fs = require('fs'); var app = require('http').createServer(function(req, res) { res.writeHead(200, {'C
io.js の v2.0 が出ました。 - from scratch
さてさて、久しぶりのio.js エントリですが、この度 io.js の v2.0 が出ました。 変更点をかいつまんで説明しましょう。書いてたら長くなってしまったので、サマリだけでいい人は最後のまとめを読むだけでいいと思います。 io.js は変化がものすごく激しく、v1.0 から v2.0 が入るまでに色んな機能が入っているんですが、知らない人も多いかと思います。 今回は v2.0 の単なる変更点だけじゃなくて、 v1.0 から今までで入った機能をサマリつつ伝えていこうかと思います。 Stream Simpler Construction (v1.2.0〜) Stream の作成が簡単になりました。今までStreamを作るためには、目的のStreamを継承して、TransformStreamであれば _transform のようなメソッドを拡張して実現する必要がありました。 これをより簡単
Node.js の起動オプション、環境変数、npm start の話 - Block Rockin’ Codes
Node は起動時に色々オプションをつけることができます。 面白いもの、有益なものあるんですが、あまり言及されてないので、 ちょっと紹介してみようかと思ってます。 最後の npm start の話は、それ単体で書いても良いかと思っていたんですが、 関連するし良い機会なので書きます。 そして、オプション周り興味がない方も、Node やってる方は最後の npm start の話だけでも、 読んでいただけるとと思ったりします。(知らない方が多いようなので) ここで紹介している Node のバージョンは v0.7.7 です。しかし v0.6.x あたりでは、 v8 のバージョンが古く、オプションが微妙に違います。そこは v0.6.12 での結果を載せている場合もあります。 -h まあ、とりあえず全ては -h から始まる。ということで、実行すると以下が出ます。 Usage: node [option
Node.jsで同期的にコマンドを実行できるようにする execsyncs を作った。 - from scratch
Node.jsでshellのコマンドを実行する場合は以下のようにする必要がありました。 var exec = require('child_process').exec, child; //child_process.exec関数を利用する child = exec('cat *.js bad_file | wc -l', // exec関数は非同期関数なのでcallbackを取り、そこでstdout, stderrを取る function (error, stdout, stderr) { console.log('stdout: ' + stdout); console.log('stderr: ' + stderr); if (error !== null) { console.log('exec error: ' + error); } }); Node.js の v0.11では同
node.js で絶対パスや相対パスを取得する方法 - latest log
年に12回ぐらい (ε・◇・)з o O ( ? ってなるのでまとめとくね
結局Node.jsアプリケーションのデプロイはどうすればいいの？ - Qiita
node.js アプリケーションのデプロイをする時の選択肢が あまりにもありすぎて、結局どうすればいいのよ？ってなったので、 いったん基礎からまとめてみます。 デプロイとは何か？ アプリケーションのデプロイは大きく2つのフェーズに分かれます。 ファイルを所定の場所に置く 置かれたファイルの再ローディング 文章にするならば『ファイルを各サーバーの所定の場所におき、それらのファイルを再度ロードをする。』になると思います。 Webアプリケーションの場合 ファイルを所定の場所に置く前にテストを走らせたり 置いた後に静的ファイルを生成したりと、この２つの前後にはもっと色々なフェーズがありますが、 デプロイのタスクは、大きく分けてこの２つになります。 ファイルを所定の場所に置く サーバーにファイルを置く作業は、以下のような方法があります。 FTP tar などで圧縮scpで転送して解凍 rsync g
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vagrant + Chefでnode.js開発環境構築 - Qiita
node-handlersocket
東京Node学園
