2014年 10月 の投稿一覧

icalというnpmパッケージがあるので、これを利用すると素朴にiCal形式のデータを読み取ってオブジェクトとして扱うことができます。

var parser = require('ical');
var url = "http://〜/plan.ics";
parser.fromURL(url, {}, function(err, data) {
for(var plan in data) {
console.log(data[plan]);
}
});

とやると、以下の様な形で予定をparseすることができます。

{ type: 'VEVENT',
params: [],
start: { Mon, 13 Oct 2014 08:30:00 GMT tz: undefined },
dtstamp: '20141013T083000Z',
created: '20141013T083000Z',
'last-modified': '20141013T083000Z',
end: { Mon, 13 Oct 2014 09:00:00 GMT tz: undefined },
summary: '◯☓ミーティング',
organizer: 'hideack',
uid: '*****@****',
description: '定例です',
location: '',
sequence: '1',
status: 'CONFIRMED',
transparency: 'OPAQUE' }

便利そう。素朴にできるシリーズでした。

node.jsでログを取るときにwinstonを使ってみたのでそのメモ。

まずはnpmコマンドでインストール。

$ npm install winston --save

で、詳しくはGithub上のREADMEを参照するとかなり詳しくかかれているので、それを参照しながら実際にログを取ってみます。

やりたいこととしては、

• ファイルと標準出力にログを出したい
• ファイルに記録する際はJSONではなくタイムスタンプとログレベルとメッセージが並ぶ様にしたい
• 標準出力に表示する際は色を付け、タイムスタンプも表示し、全てのログを記録したい
• 標準出力に出すか否かは任意にしたい

という設定を仮定してみます。以下の様な形。

var winston = require('winston');
var getLoggerSettings = function(consoleLog) {
var settings = {
transports: [
new winston.transports.File({ filename: "winston.log", json: false})
],
exceptionHandlers: [
new winston.transports.File({ filename: "winston.log", json: false})
]
};
if (consoleLog) {
settings.transports.push(new winston.transports.Console({colorize: true, timestamp: true, level: 'silly'}));
settings.exceptionHandlers.push(new winston.transports.Console({colorize: true, timestamp: true, level: 'silly'}));
}
return settings;
};
var logger = new (winston.Logger)(getLoggerSettings(true));
logger.silly('silly');
logger.debug('debug');
logger.verbose('verbose');
logger.info('info');
logger.warn('warn');
logger.error('error');

こうすることによって、ターミナル上には、

といった形でログが表示されます。また、ログファイル上にも、

2014-10-12T07:19:37.276Z - info: info
2014-10-12T07:19:37.276Z - warn: warn
2014-10-12T07:19:37.276Z - error: error

な形で記録されます。ファイル側にinfo以上のログしか記録されていないのは、new winston.transports.File({ filename: "winston.log", json: false}) としていてログレベルを明記していないので、標準のinfo以上のログが記録されています。

ここでは、標準出力とファイルログだけを対象にしましたが、winston-riakや、winston-mongodbという実装もあるので、ログをデータベースに記録することも容易そう*1 。

node.jsであれこれ書いてログを取りたいときはしばらく使ってみよう。

素朴 = ORMなどを利用せずに素朴なクエリを1行程度発行したい場合にどうしたんだっけ。と少し調べたのでメモエントリ。

npmのmysqlを利用する。

$ npm install mysql --save

あとは、接続→クエリ発行→切断の順で書いていく。

var db = require('mysql');
var settings = {
"host": "localhost",
"database": "sample_database",
"user": "sample_user",
"password": "sample_password"
};
var connection = db.createConnection(settings);
connection.query("select count(*) from users;", function(err, result) {
if (err) {
// 接続失敗
return;
}
console.log(result);  // [ { 'count(*)': 8 } ]
connection.end(function() {
// 接続終了
});
});

結果はJSONで得られる。素朴だ。

少し前に買って一度全部眺めていたのだけど、改めて昨日から開きは閉じを繰り返してずっと眺めてる。

「三つ子の魂」といい「雀百まで」という。
いったんはまりこんだら、抜けることは容易ではないらしく、
今もって五十年前と同じような写真を撮っていることを、口にするのも恥ずかしい。
方向はともかく、写真に対する精神的燃焼度だけは、昔とちっとも変わっていないのだ、
といって自らを納得させるより仕方がない。
だって今は、今でも熱心なアマチュアだから。

www.amazon.co.jp

http://www.amazon.co.jp/exec/obidos/ASIN/4861524113/hatena-blog-22/

http://www.amazon.co.jp/exec/obidos/ASIN/4861524113/hatena-blog-22/

• 作者: 植田正治,金子隆一(東京都写真美術館学芸員)
• 出版社/メーカー: 青幻舎
• 発売日: 2013/10/29
• メディア: ペーパーバック
• この商品を含むブログ (8件) を見る

定例の2周り遅れエントリ。Castoや、STORYBOARDSではtask runnerにGruntを利用していたのですが、glupも触ってみようということで使ってみました。

最近はnode.jsでちょっとしたツールを書いていたりすることが多く、そのテストにmochaを使って書いていたりするので試しにその実行のタスクをglupで書いてみることにしました。

まずは、glupのインストール。globalで入れてコマンドラインから叩ける様にします。

$ npm install -g gulp
$ gulp -v
[19:28:32] CLI version 3.8.8
[19:28:32] Local version undefined

実際にgulpを使いたいプロジェクトに入って、プロジェクト直下にもインストールします。

$ cd project
$ npm install gulp --save-dev
$ gulp -v
[19:30:00] CLI version 3.8.8
[19:30:00] Local version 3.8.8

更にmochaのテストをgulpで実行させるために、gulp-mocha等々入れます。

$ npm install gulp-mocha --save-dev
$ npm install gulp-util --save-dev

これで準備ができたので、プロジェクト直下に gulpfile.js を作成します。今回は、

• mochaのテストを実行するタスク
• libディレクトリまたはtestディレクトリ以下を監視して、ファイルに変更があればそのmochaのテストを実行するタスクを呼び出すというタスク

の2つを書いてみます。ほぼサンプルそのままですが...。

var gulp = require('gulp');
var mocha = require('gulp-mocha');
var gutil = require('gulp-util');
gulp.task('mocha', function() {
return gulp.src(['test/*.js'], { read: false })
.pipe(mocha({ reporter: 'list'}))
.on('error', gutil.log);
});
gulp.task('watch-mocha', function() {
gulp.watch(['lib/**', 'test/**'], ['mocha']);
});

こうすることで、mocha と watch-mocha というタスクが作成されました。まずシンプルにテストを実行するには、プロジェクトルートで

$ gulp mocha
[19:35:25] Using gulpfile ~/project/gulpfile.js
[19:35:25] Starting 'mocha'...
․ test A : 16ms
(snip)
5 passing (29ms)
[19:35:25] Finished 'mocha' after 397 ms

とgulpを利用してmochaのテストを実行できます。もうひとつ作成している watch-mocha というタスクを実行すると

[19:37:58] Using gulpfile ~/project/gulpfile.js
[19:37:58] Starting 'watch-mocha'...
[19:37:58] Finished 'watch-mocha' after 9.99 ms

と表示され待機状態になるので、gulpfile.js 上で指定したlib及びtestディレクトリ以下のファイルを編集して保存すると自動的に変更が検出されたタイミングでmochaのテストが実行されます。

[19:37:58] Using gulpfile ~/project/gulpfile.js
[19:37:58] Starting 'watch-mocha'...
[19:37:58] Finished 'watch-mocha' after 9.99 ms
[19:39:32] Starting 'mocha'...
․ test A : 16ms
(snip)

もっとも、この程度のタスクの大きさだとあんまりメリット感じられないのですが、gulpfile.js の

gulp.src(['test/*.js'], { read: false }).pipe(mocha({ reporter: 'list'})).on('error', gutil.log);

のくだりの手続き的に書いていくやり方はわかりやすい気もしたり。もう少しあれこれ触っていこうかと思います。