去年の5月にスラドに変更したらしい。

以前からそうだけど、ログインさせる気がないんじゃないか、というぐらいにログインする場所が分かりにくく、クリックしにくいな。

自作の郵便番号検索サービスにＸＭＬ出力をつけたので、 ChromeからXMLHttpRequest経由で郵便番号DBを検索する機能拡張を作成してみました。

Google Chrome機能拡張 → Japan Postal Code Search .

しばらく使ってみて調整をしないとかな。

アプリケーション: http://www.yadiary.net/postal/main.fcgi
ソースコード: http://www.yadiary.net/postal/internals.html

ねたが郵便番号検索だっていうところがベタだったけれど、FlexBoxを使った入力補完はそれなりに使えそうに思えます。

町村名に「オバマ」をいれて検索すると私設応援団で有名になった福井県の小浜市の他に、愛媛や静岡にも小浜という地名があって、福島県にはオバマで始まる地名が沢山あるなぁ、とかそんな楽しみ方もできます。

この前作ったCouchDBをバックエンドにする郵便番号検索システムの入力部分で、Googleの検索ボックスみたいに動的に候補を表示してくれる www.fairwaytech.com の FlexBox を使ってみた。

flexboxはいわゆるjQuery autocomplete系のプラグインだけど、全候補を一度にブラウザ側で読み込まずに使えるものは他にあるのかなぁ。
よくみるのは表示件数を制御できるだけで、裏側では全部をJavaScriptエンジンが配列で持っていたりするし。

少しコードに手を入れたけど、都道府県に応じて表示される市区郡名が変化したり、最大で10万件近い内容を一度に全部読まずに表示できるところは、さすがFlexBoxといったところだけど、レスポンスの良さはCouchDBのおかげかな。

でも、他のNoSQL系DBだと、簡単にできるものなのか調べないとなぁ。

とりあえず勢いで作ってみたけれど、やはりインデックスをたくさん作らないと便利にならない感じがする。 → CouchDBを使った郵便番号検索システム

Googleで検索したPostgreSQLやMySQLベースのシステムもいろいろあるけれど、検索条件があまり柔軟には指定できないものもあった。
どんなバックエンドのシステムを作っても、どう使うかの部分はけっこう悩ましいみたい。

いっそ全文検索に入れればいいんだろうけど、それじゃ芸がないしなぁ。

CouchDBを使ってみて、インデックス(View)がちゃんと作られている前提だけど、テンプレート的なQueryを投げればいいから検索条件から結果を得るまでのコード量は少ないし可読性もいい。

自分でViewに準備していない検索条件をカスタマイズするのは、パフォーマンスをちょっと犠牲にすればできそうだけど、ちょっと面倒そうでコードもきたなくなる予感。