node replと生jshint

Sep 03, 2011

生のjshintの使い方

JSHINTという名前空間の中に処理が収まっている
JSHINT( src, opts ) の形で lint を実行
- src は当然文字列、opts は JSON ?
error がなければ JSHINT() の戻りは true で、あれば false
JSHINT.data() で実行時の細かいデータが取れる
- JSHINT.report() はこれを HTML 化してくれる
error は JSHINT.errors というプロパティに収まっている Hash の Array を見れば分かる
- ただ残念なことに JSON のように見えて valid な JSON ではないので、この情報を JS 以外の環境でそのまま扱うのは難しい。

以上のことをnode replで確認する

node >
var JSHINT = require( /PATH/TO/jshint.js ).JSHINT
var fs = require('fs')
JSHINT( fs.readFileSync( /PATH/TO/jshint.js, encoding ) )
- // => true
jshint.js 自身を一部書き換えて保存（例えば末尾に , を足すとか）
JSHINT( fs.readFileSync( /PATH/TO/jshint.js, encoding ) )
- // => false
JSHINT.errors

結果、

[ { id: '(error)',
    raw: 'Extra comma.',
    evidence: '          wsh         : true,  // if the Windows Scripting Host environment globals',
    line: 320,
    character: 29,
    a: undefined,
    b: undefined,
    c: undefined,
    d: undefined,
    reason: 'Extra comma.' } ]

当たり前だけどチェック対象は文字列なので、どのファイルのエラーなのかという情報はない。ここは呼び出し側で対応を取ってやる必要がある。

なるほど。

fs.readFileSyncにはencodingを忘れずに

fs.readFileSync( path, encoding )

なんだけど、encoding を与えないと文字として解釈できないっぽい？ ASCII のファイルでもダメだった。数字の羅列になってたので codepoint 的な何かになってるのかなぁ。

とりあえず utf-8 にしたら動いたけど、たぶん ascii でもいいんじゃないかな。試してないけど。

きむらさんの雑記帖feed化計画

Sep 03, 2008

Feed

※ 無駄に面倒なこと考えてました。コメントにあるように Yahoo! Pipes の

zakkicho

がいいと思います。

あと、それPlaな人たちはやはり自分で解決しちゃうのが常識っぽい。

本を読む「ときどきの雑記帖リターンズ」のRSS

考えると作ったらその場で feed の公開（＆ホスティング）までできちゃう Yahoo! Pipes はやっぱいいよなぁ。もうちょっと多様なページやfeedの読み込みに対応できたり、エンコーディングの変換ができたりなんかするとすごく嬉しいんだが。

今どき feed がなくて不便でしゃーないことで有名なきむらさんのときどきの雑記帖ですが、こんな感じで scrape できるんじゃないかな。

index の <h2>過去の雑記帖</h2>
の次の一個目のol
の最後の要素
に最新の permalink 確定ページの URL がある
そのページを fetch して
//div[@class="entry"] を引っこ抜きまくる
細かいゴニョゴニョは未確認

日付への link はいいかな？
okotoba も無視の方向で

誰か作って。

ちなみに今、自分は myrss.jp にツッコんで feed を生成させて、更新通知代わりにして、結局 zakkicho に直接アクセスしてます。ページが長いし、非常にブラウザに優しくないです！

以前と違って permalink 確定が早い（もしや index の更新と同時？）なので、上の方法で scrape して十分使いものになりそうな感じ。

というか、とっとと容量制限で rimnet 追い出されてくれりゃまともなツールを使うようになるんじゃなかろうかw

Cperl-modeを使おうかどうしようか

Sep 03, 2007

気分転換に Cperl-mode で編集してみようと思ったらデフォルトの色の設定があんまり気持ち悪いのでビビってしまった。ソッコー perl-mode に戻す。

反転はさすがに使わないでくれ。

……。

あー。もしかしてコレ、変な色にならないように書いていればそれなりに行儀良く書けていると判断することもできるのか？んーなんか重たい感じがするなぁ。

[追記] M-x customize をあれこれ眺めてみた。色の設定はとりあえずいじってみたけど、perl-mode みたいに $ だけは色を変えないとか、コメントの中は全部赤とかにはできないのかな？重さは Customize の中から細かく調整できそう。

あとは色に目が慣れればなんとかなるかもしんない。

Invalid Face っていう設定項目があるから、なんか他のツールと組み合わせるとおかしな部分をどぎつくハイライトさせて矯正、っていう使い方はできそうだな。やらないけど。

隠すことによるセキュリティの向上は望めない、が原則では？

Sep 03, 2007

スラッシュドットジャパン | サーバのバージョンは隠すのが常識?

これはー。

隠すことによるセキュリティの向上は望めないことを自覚したうえでやってね

という話に尽きる気がする。

こういったサーバ情報をわざわざ表示する必要はありません。

というのはその通りなんだけど、タイトルの「5分でできるセキュリティ向上」には役に立っていないことは触れなくていいんだろか。

さらに言うと個人的にはこの手の話は

バージョン情報を隠す/隠さない
最新のバージョンを使う/使わない

以外に、

バージョンはそのままでパッチを当てる

という選択肢が存在していることがもっと広く知られてほしいという気がするかなぁ。意外にね「あー Apache のそのバージョンには脆弱性が云々…」てなことを「得意げに」言う人ほどその情報だけを鵜呑みにしてて、いや、パッチ当たってるんですけど、と軽く反論してみても全然聞いてなかったりするんですよね。そういうのって、本人は聞き流しちゃってるからなんともないでしょうけど、ハタから見てるとかなり恥ずかしいですよ。

あと .svn がどうたらというのはその前段階から対策取るのが本筋で、ステージングサーバから本番への反映の際にルールで弾けばいいような気がするんだけど、それじゃダメなのかな。rsync だろうが WinSCP だろうが exclude の設定はあるよ。そのうえでサーバ側で Deny するのはアリだと思うけど、Deny の設定はあくまでスタートに過ぎない気がする。.svn が誤って上がってる場合があるってことは *~ とかも上がってるよね、きっと。*~ は上がってなくても .1 とかは上がってるかもしんない。

/* 実際、昔引き継いだサーバはそんなんばっかだった。バージョン管理もしてないから .bak.old とか訳の分からないものだらけ。 */

その辺のプロセスを見直さないと、セキュリティの向上を謳うことはできないんじゃないかなぁ。

p.s. はてブコメントの「例えば PHP を使わない」に軽く吹いた。

emacs で 3タブ

Sep 03, 2006

まぁなんだ。ただただしモードだな。ruby-mode.el の中身を読んだりマニュアルを調べたり bookshelf.jp を調べたりして書き上げてから見つけた。

%!zt! diary - 3タブ

indent-tabs-mode は ruby-indent-tabs-mode でなくてもいいのか。

葬儀tips

Sep 03, 2006

香典袋は顕示欲を抑えて極力シンプルなものにしておくと整理する人が楽。
- 水引まで印刷されちゃってるやつがベスト。
職場はともかく仕事上のつきあいの場合はあんまりバラバラに行かない。香典もまとめておいて代表が出席する。
記帳の際は読みやすい字で変に省略せずに書くと喜ばれる。
- 達筆系は困ります。下手でも丁寧に書きましょう。
- というか仕事関係なら可能な場合は（偉い人が）名簿が別ルートで手に入るように仕向けておくと現場はとても助かります。

まぁなんかそんな感じ。舞台裏は情緒とかそんなものとは別にあれこれ煩雑な作業が噴出しておるわけです。