Silent Power

Titanium Mobileではパスワードを安全に保存できない

2011-02-25T01:47:00.003+09:00

iPhoneアプリをTitaniumで作っている。

iPhoneアプリでは、ログインのためのIDとパスワードを端末に保存することがよくある。それをTitaniumでどうやるのか調べた。

結論：現時点では、TitaniumでIDとパスワードを安全に保存する方法はない。
（2011年2月現在）

そもそも、iOSでどうやって保存するのかというと、Keychain という仕組みを使ってパスワードを保存するのがよいらしい。
iPhoneアプリ用のログイン情報設定画面の作り方（その２）

そのKeychain を使うことが、Titaniumからはできない。

本家のQ&A。
Best practice for storing user authentication credentials?

開発元AppceleratorのCEO、Jeff HaynieがKeychainをサポートする計画だと答えているが、1年経った今でもサポートされてはいないようだ。

Keychainを使わないで平文でパスワードを保存するとどうなるか、そういうアプリはあるのかということも調べたので、別エントリーに書く予定。

新Kindle（右）

2010-11-09T06:55:00.000+09:00

カバーも合わせて買ったので、送料など合わせて18,000円くらい。
画面の切り替えスピードとコントラストが改善されているということだけど、比べてみるとわざわざ買い換える必要もなかったかな？
まあいいか。

Titanium MobileでAndroidがようやく起動

2010-10-24T06:35:00.006+09:00

このエントリーを見て、Titaniumを使ってみたのだが、iPhoneエミュレータは動くのにAndroidのほうは一向に動かなかった。

何回やっても、

[INFO] Building ○○ for Android ... one moment

のまま止まってしまうという現象にさんざん悩んだのだが、どうもjavaのPATHが通っていなかったからみたいだ。JAVA_HOMEは設定してあったし、コマンドプロンプトから普通にjavaも実行できていたので全く気付かなかった。エラー出してくれよといいたい。

PATHに%JAVA_HOME%\binを追加して動作した。

（でもKitchenSinkは結局動作せず。GitHubからダウンロードしてきたver1.4.0。）

少し見た限りでは、JavaやObjective-Cで直接開発するよりずっと簡単に開発できそう。
だいたいのことはできそうだった。

ただ、検索結果でよくある、TableViewをスクロールすると自動で次を読み込んでくれる機能だけがどうやるかわからなかった。できるんだろうか。

iPhoneだと行をたくさん読み込んでもうまくメモリ管理できるようになっていたと思うが、そのへんもどうなるんだろう。

HTC Desire

2010-08-20T22:17:00.000+09:00

左は2009年版iPod Touch。右がHTC Desire（X06HT）。

品薄が続いていたHTC Desireをようやくさわることができたのだけど、予想以上にいい。
サクサク動くし、なかなかの高級感。
有機ELのディスプレイは驚くほど綺麗で、2009年版iPod Touchでは勝負にならない。
iPhone 4と比べるとどうだろうか？

Androidといえばこのあいだ日本Androidの会のイベントに参加したとき、Galaxy Sを触らせてもらったが、機能はともかく質感が好みじゃなかったな。

それにしても、はじめてじっくりAndroid機をさわって、Androidの進化に驚いた。

自由度が高いことやブラウザが使いやすいことなどを考えると、

少なくとも自分にとっては、すでにiPhoneを超えてる。

TOEICを初受験

2010-05-31T01:10:00.002+09:00

正確にははるか昔、新卒で会社に入社する前に受けさせられたことがあるが、自分で申し込んで会場に出向いて受験するのははじめてだ。
その大昔の受験では、体調が悪いこともあったのだが（と言い訳）、450点くらいの点数を叩き出し、内定が取り消されるんじゃないかと半ば本気で心配したものだ。

今回はたぶん600～650点くらいだろうか。
今年中に900点を目標としていることから考えればボロボロと言えるのかもしれないが、以前受けたときのように全く歯が立たない感じではなかった。
半年後の11月30日にまた受験する予定だが、半年しっかりやれば十分900点をとることは可能だと感じた。

まあ、900点をとったからといって特別どうということはないのだが、ひとつの指標としてわかりやすいので。

おそらく試験に慣れただけで何十点かはアップできるはず。
次回から気をつけようと思うことをいくつか書いておく。

・リスニングでは、選択肢を先に読もうとしない
選択肢を先に読んだほうがよいというアドバイスを聞いたことがあるが、少なくとも自分の場合は選択肢を読もうとしたことによってテープに集中できず、何問か落とした。英語力がそれほどでもない人は、選択肢を先に読もうとしないほうがいいと思う。
逆に英語力が高い人はテープのスピードで問題を解けば十分だろう。
つまり、いずれにしても無理に選択肢を先に読む必要はない。

・問題のレイアウトに注意する
これはTOEIC側が改善すべき問題だと思うのだが、縦に問題文が並んでいるのを横に見てしまって何問か失敗した。
真ん中に区切り線を入れればよいと思うのだが…。

・時間は足りる
実際、今回は少し足りなかったのだけど、たまに耳にするようにリーディングでは速読できないと間に合わないとか、そういう感じではなかった。
普通に読めれば十分間に合う。次回は間に合うはず。

・集中力を切らさない
リスニングもリーディングも、最後の方で集中力が切れた。
休憩なしで長時間やらなければいけないので、睡眠時間はしっかりとっておいたほうがいい。
ただ、英語力の底上げをすれば、ずっと高い集中力を維持しつづける必要もなくなって、難なく最後まで戦えるようになるのかもしれない。

集中力が切れた原因のひとつに、座席が悪かったこともある。受験会場は東洋大学で、机と椅子が一体になったタイプの座席だったのだが、机があまりにも低すぎたせいで、腰や首が痛くなって大変だった。
別の会場だともっと良い席だったりするのだろうか。だとしても会場は選べないのでどうしようもないのだが、あの席はつらすぎる。

ところで、今回TOEICをはじめて受けてみて、受験票や問題用紙に書かれている指示内容がやたらと上から目線なのが気になった。
TOEICは財団法人というものだそうなので、民間の感覚ではないのだろう。TOEICに限らずこういう試験はだいたいそうなのかもしれないが。
となると、巨額の受験料収入がどんなふうに使われているのか気にもなってくるが･･･、話がずれるのでこの辺でやめとこう。

Google App Engineの超入門プレゼン資料

2010-05-26T01:04:00.084+09:00

会社でプレゼンした資料です。
デモを中心に20分くらいでやりました。

App Engineに限らず、新しいフレームワークや開発環境を習得するのは最初が一番難しいものですが、これをおさえればすぐにはじめられる、という内容になるようにポイントを絞りました。

Google App Engineを使ってみよう on Prezi

口頭で説明することを前提に書いたので、これを読むだけではあんまりわからないかもしれないので補足すると、

URLのリクエストからの流れを把握する
MVCに相当する機能を抑える
データストア（モデル）の挙動を確認するのにDevelopment Consoleを使うと便利

というあたりがポイントでしょうか。

テンプレート機能では、共通のレイアウトを使う仕組みがあるのも要チェックです。
Railsでいうapp/views/layouts/application.html.erbなどのような感じです。

{% block XXX %}
……
{% endblock %}

はRailsのcontent_forと似てますね。

ところで、今回使ってみたこのプレゼンツールはPreziといいます。
とても便利なのでおすすめです。

ズームイン、ズームアウトやフォーカスが動いていくところのエフェクトもすごいので、演出としても効果的なのですが、PowerPointのような紙芝居式のプレゼンと違って、全体が1つの絵になるところが良いと思います。

システム構成などの説明にも使えそうですし、抽象的な話でも、全体像はこういうことで、掘り下げるとこういう話になるという階層構造が一目で表現できます。説明を聞く側も理解しやすいでしょう。

次にまた何かの資料を作るときは、もう少しうまくPreziを使ってみようと思います。

msysGitをインストールしたらコマンドプロンプトが文字化け

2010-05-18T21:50:00.003+09:00

msysGitをインストールしたら、コマンドプロンプトで日本語が表示できなくなった。（Windows 7 64bit）

regeditでレジストリエディターを起動し、

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Console\TrueTypeFont

の「0」のデータが「Lucida Console」になっていたので、「*ＭＳゴシック」に変更して、とりあえず復旧できた。

インストールの途中で、Use a True Type font in the consoleという項目のチェックをはずせば、文字化けしなかったのかもしれない（未確認）。

Google App Engineでゼロからはじめてサイト公開まで（2．開発の準備）

2010-05-16T22:48:00.004+09:00

前回は、作ろうとしているアプリの概要のお話でした。
今回は、インストールから開発準備が整うまでをやっていきます。

Windowsで作っていきますが、他の環境でも、GUIツールの代わりにコマンドを叩くこと意外はだいたい同じだと思います。

インストール

Python2.5
Google App Engine SDK for Python

を順にインストールします。
そのまま素直にインストールすればOKですので、特に問題はないでしょう。

App Engineでは今のところ、Python2.5じゃないとダメみたいなので注意。
ここから2.5のWindows用インストーラをダウンロードするとよいとでしょう。

アプリケーションの新規作成

Google App Engine Launcherを起動し、File → Create New Applicationを選びます。

Application Nameにアプリ名（今回はshare-dial）、Parent Directoryに任意のパスを入れて作成します。あとでいくらでも変更できるので、心配せずに作ってしまいましょう。

pathのフォルダを開いてみると、以下の３つのファイルが自動的に生成されていますね。

app.yaml
index.yaml
main.yaml

ここにアプリを書いていくことになります。それはまた次回。

アプリケーションの起動

作成されたアプリを選択し、Runボタンを押すと、アプリが起動します。

ブラウザで、起動したポートにあわせて http://localhost:8080/を開くと、

Hello world!

が表示されます。

次回はいよいよ開発スタートです。

Google App Engineでゼロからはじめてサイト公開まで（１.アプリの概要）

2010-05-16T18:55:00.010+09:00

Djangoを使って作ろうと思っていたのですが、覚えるのに時間がかかりそうだったので、後回し。

まずはGoogle App Engineの標準的な作成方法に慣れてからということで、通常のwebappを使って、サイトを作ってみます。

作成するのは、シンプルな便利ツール。
実際に公開する予定のものを、ゼロから覚えながら開発して、公開するまでの過程を書いていきます。

十分シンプルで、しかもチュートリアルのためのサンプルではなく、実際に公開予定の、自分があったら便利だと思うアプリなので、App Engineの入門としても参考になるのではないかと思います。

以下、これから作るアプリの概要です。

アプリ名は、「Share Dial（仮）」。

Operaには、Speed Dialという、サムネイルからサイトへすばやくアクセスできる機能があります。

Share Dialは、共有して使うSpeed Dial。
サイトのサムネイルを集めた「ダイヤル」を作って、みんなで共有しようというものです。

たとえば、グループで行く旅行のプランを調べるとき。
普通なら、いくつか気に入ったサイトをピックアップして、メンバーにメールで送ったりしますが、その代わり、ピックアップしたサイトを集めた「ダイヤル」を作って、そのURLをひとつ教えれば済みます。

受け取ったメンバーが、またその「ダイヤル」に別の旅行プランのサイトを追加したりして、「ダイヤル」を使ってみんなで検討すれば、とても便利でしょう。たぶん。

画面構成

画面は２つだけです。
トップ画面とダイヤル画面。

トップ画面

トップ画面はダイヤルを新規作成するボタンがあるだけです。
ダイヤルを作成するボタンを押すと、ダイヤルが新規に作成され、以下のダイヤル画面にリダイレクトします。

ログインなどは不要にして、そのかわりダイヤル画面のURLをランダムな文字列にすることにします。

ダイヤル画面

ダイヤル画面では、

・ダイヤルの名前や説明の編集。
・サイトを追加、削除、並び替え。サイトはサムネイルで表示します。

を行います。

すべてAjaxで、画面遷移なしで処理します。
javascriptのライブラリはjQueryを使用します。

次の記事：2．開発の準備

Solrの創始者によるチュートリアルに参加

2010-04-24T22:07:00.011+09:00

22日（木）に、麻布十番近くの国際文化会館で、次世代サーチ・テクノロジー・フォーラム2010があった。

その前日、21日（水）には、プレイベントとしてSolrプロジェクト創設者のヨニック・シーリー（Yonik Seeley）氏のチュートリアルがあった。来日して講演というのはなかなかない機会なので、両日とも参加してきた。

ちなみに21日のチュートリアルは25,000円、22日のフォーラムは無料。

Solrチュートリアル

参加者は二十数名だった。
一般的な相場と比べても参加費がそれほど高いわけでもなく、すべてのオープンソースプロジェクトの中でもトップレベルの人気があるというSolrの、開発者直々のチュートリアルにしては、少ないように思える。

日本でのSolrの知名度の低さもあるだろうが、告知がうまくいかなかったのかなと思った。内容がよかっただけに、もったいない。

でもその分、参加者はモチベーションが高い人が多かったようで、既にSolrを使っている人も多く、質問も活発だった。

外国人の参加者も数名いた。翌日のフォーラムに参加していた会社の人達だったみたいだ。

講義は逐次通訳で行われた。内容が難しくなると、翻訳するのが大変そうだった。

アジェンダ

・Intro to Solr
・Basic Indexing
・Basic Searching
・Basic Faceting
・Faceting Deep Dive
・Trie Fields
・Distributed Search
・1.5 Preview
・Questions and Answers

Solrで驚くのは圧倒的なパフォーマンスとスケーラビリティだ。

最後のQ&Aでは、実際に動いている最大規模の構成について話があったのだが、
100個のシャード（shards）に分割して、56億ドキュメントを扱っている事例があるそうだ。
この規模でも、1秒以内で結果を返すらしい。

Solrでは1.4から分散検索（Distributed Search）という仕組みが導入されたのだが、シャードというのはその分散したひとつひとつのサーバーインスタンスのこと。

また、Wikipediaのデータを使って、10億ドキュメントを生成し、100シャードに分けてEC2上でテストしたときは、平均のレスポンスが50ms未満だったらしい。

Solrは扱いやすく、高性能、高機能で、他のオープンソース検索エンジンとは一線を画す検索エンジンだ。
日本ではSennaやHyper Estraierが有名だが、数百万の文書ならともかく、もっと大規模な検索を扱うのは厳しい。これからはSolrやLuceneがどんどん使われていくようになると思う。

ただ、国産プロジェクトとは違って、日本語の情報が少なかったり、日本語を扱うノウハウが必要だったりするところがあるのも事実ではある。

僕はなんだかんだで2年くらいSolrを使っているし、数千万件のデータを扱うECサイトにSolrを導入したりしているわけで、そのへんのノウハウもある。Solrの講義や導入コンサルみたいな仕事をすることもできるんじゃないかと、ふと思ったりした。

長くなったので一旦このへんで。

Kindleが早くも故障。そして電話サポートを受ける

2010-04-19T00:30:00.010+09:00

Reworkを購入して、本格的にKindleを使いはじめた矢先、なんと早くもKindleが故障してしまった。

液晶の上のほうがきれいに長方形の形で白くなってしまって、何も表示されず。

交換してもらえるらしいが、他の人のブログを見ていると、どうもAmazon.comのカスタマーセンターと電話でやり取りしなければいけないらしい。もちろん英語で。英語の勉強をはじめたばかりの自分としては、いきなり高いハードルだ。

ということで、英語でサポートを受けてみた。
しかし、見事に全く聞き取れない。
ゆっくりしゃべってくれとお願いしたのだが、十分速い。
ところどころ聞こえる単語だけをたよりに話す。
伝える方も、ブロークン英語もいいところで、きちんと伝わったのかどうかわからないうちに終了。

正しく処理されたか心配していたが、その後、交換品を送ったとのメールが届いたので、なんとかなったみたいだ。

今回は、自分が思ってた以上に英語が話せないということを実感した。
この敗北感をバネに、今年の目標である英語力向上を、気合を入れなおしていかねば。

ちなみに英語は、TOEICをひとつの指標として使うことにした。
直近の5/30に一度受けて、今年最後の11/28にもう一度受けて、成果を測定するつもり。
自分なりに工夫して、成果が出たらノウハウをシェアしていこうと思う。

おっと、TOEICの申し込みは明日までだ。

Kindleで 37signalsの"Rework"を購入

2010-04-15T01:37:00.006+09:00

Kindleを入手して、初めて有料の本を購入した。

購入したのは37シグナルズ「小さなチーム、大きな仕事」の原書"Rework"。

面白いという話は聞いていたので、どうせ読むなら英語の勉強も兼ねて原書を読もう、そしてどうせなら手元にKindleがあるのだし、Kindleで購入体験してみよう、ということで、Kindle購入書籍第１号がこれに決まった。

Kindleの本はたいていサンプルが読めるようなので、まずはサンプルをダウンロードして読んでみる。知らない単語はちょくちょく出てくるが、内容は平易だし、薄い本なので、何とか読みきれるだろう。Kindleならその場で辞書も引けるし。

購入はクリック一発。
こんなに簡単に買えてしまうなんて、手軽であると同時に怖い気もする。油断してるとどんどん購入してしまいそうだ。
アマゾンで最初に本を買った時もその手軽さに驚いたけど、配送の時間もなく、こんなに一瞬で本を（しかも洋書を）入手できるというのは、かなり奇妙な感覚だ。

手持ちのiPod TouchにKindleアプリを入れて、使ってみた。
Kindleで購入した本は、Kindle本体とiPod Touch（やiPhone、iPad、PCなどなど）で同期ができる。

操作性はKindle本体よりiPod Touchのほうが断然いい。特にKindle Storeで本を探すのは、iPod Touchのほうが遥かに楽だ。Kindle本体はページの切り替えが遅い上に、なぜか一覧に本の金額が出てこない。このあたりは改善してほしいところ。

長時間読むときはKindleで、ちょっと読むときはiPod Touchで、みたいな使い方はすごく便利そうだ。

しばらく頑張って活用してみようと思う。

Google App EngineでDjangoを使う（インストールから起動まで）

2010-04-06T01:49:00.012+09:00

Google App Engine Helper for Djangoというものが用意されているので、それを使って、まずはサーバーの起動までやってみる。
Windows環境。

Djangoのインストール

まずはDjangoのインストール。

Python2.5とGoogle App Engine SDKはインストール済み。（SDKのバージョンは1.3.2 - 2010-03-25）

Djangoの公式サイトから、現在最新の1.1.1をダウンロード。

解凍し、コマンドプロンプトでそのフォルダーに移動したら、以下を実行してインストール。

python setup.py install

以下のように、インストールされたバージョンを確認できる。

>python
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import django
>>> django.VERSION
(1, 1, 1, 'final', 0)

Google App Engine Helper for Djangoを使う

公式ドキュメントのとおり、ヘルパーをダウンロードして、mysiteフォルダーに設置。
サーバーを起動してみる。

python manage.py runserver

ところが、ImportError: No module named ipaddrというエラーが出る。
ipaddrというモジュールがうまく入ってないということらしい。

ここから、easy_installをインストールする。Rubyでいうgemにあたるとのこと。

手順通り、ez_setup.pyをダウンロードして、以下でインストール。

python ez_setup.py

それから、Scripts（自分の環境ではC:\Python25\Scripts）にパスを通して、

以下のようにipaddrをインストールできればOK。

easy_install ipaddr

もう一度、

python manage.py runserver

とすると、今度は起動できた。

http://localhost:8000/を開くと、It worked!と表示された！
とりあえずここまで。

今年の目標はGAEとスマートフォン開発と英語

2010-03-03T01:22:00.003+09:00

今更だけど、今年の目標は、

・Google App Engine（GAE）を使ったWebサイトをつくる
・iPhoneアプリをつくる
・Androidアプリをつくる

ということで、いつの間にか多言語を勉強している。
GAEはPythonを使うつもりだし、iPhoneはObjective-C、AndroidはJava。

2週間くらいやってみた感想としては、GAEの開発はわりとすぐできそう。
iPhoneは思ったより大変そう。Objective-Cが難しい。
今年前半（6月）くらいまでに、GAEで何か開発して、今年の後半で
iPhoneとAndroidアプリを作ることにしようと思う。

Google App Engine

まずこの本で、Pythonに入門。
ウェブ上で情報を集めるのもよいが、やはり本でまとまっているのを読むのが好きだ。

それから、Googleのドキュメント。
スタートガイドをやってみたが、非常にわかりやすい。
開発ツールがよくできていて、デプロイなども簡単。

デフォルトのwebappというフレームワークを使う予定だが、Railsのような
かちっとしたフレームワークではないから、キレイに書くには工夫が必要なのかも。

Google App Engineで、MVCとヘルパーメソッドの記述をおこなう。

テスト方法。

Google App Engine/Python で単体テスト
 Google App Engineでテスト駆動開発を行うための3つのTips

iPhone、Android

iPhonetとAndroidは、まだウェブ上の入門記事をやってみた位。
やはり本で読みたい。以下、入手予定の本。

今年は、開発の目標とは別に、

・英語を実用レベルにする

という目標もあるのだけれど、それはまた別のエントリーで書くつもり。

RDB以外のデータストアを調べてみた

2009-11-17T00:28:00.011+09:00

最近、RDB(リレーショナルデータベース)以外のデータストアを使おうという流れが、ますます強くなっていると感じます。
RDBはスキーマ変更によるアプリへの影響が大きいこと、データが大規模になったときに分散させにくいことなどにより、RDBの制約がアプリケーションの改善をする上でのボトルネックになりがちです。

ということで、リレーショナルでないデータストアについて、少し調べてみたのでメモしておきます。

キーバリュー型データストア(KVS)

memcachedや、最近ではTokyo Tyrantが有名ですね。
memcachedはキャッシュ用途だけですが、Tokyo Tyrantは永続化もできるみたいです。
Tokyo TyrantをRailsから使い易くしたという、Miyazaki Resistanceもよさそう。食べログでも使っているそうです。

ドキュメント指向データベース

ApacheのプロジェクトになったCouchDBが有名。
最近ではMongoDBが、注目株らしいです。

UbuntuにCouchDBを入れて、ここを見て動かしてみましたが、なかなかよさそうな印象でした。
RDBの発想から頭を切替えなければいけませんが、CouchDBの名前のとおり、あまり構えずに気楽に使ってみたいと思います。

MySQLを非リレーショナルに使う

非常におもしろかったのがFriendFeedの事例。
CouchDBなどは安定性で不安があったため、勝手の知ったMySQLをスキーマレスで使うようにしたとのこと。
idとbodyしかないテーブルにJSONでデータを格納し、インデックス用に別テーブルを作るという大胆な発想。

WebアプリのDBスキーマレス化がRubyにぴったりな件
のSimpleResourceも同様のアプローチのようなのでメモ。

Solrを使えないか?

Apacheプロジェクトの検索エンジンでSolrというものがあります。Solrでは、検索対象のデータを非正規化してドキュメントとして格納します。
まさにドキュメント指向のデータストアです。さらに検索能力は右に出るものがないくらいの高性能。分散させる仕組みも持っています。

実際の運用ではしっかりとRDBが別にあった上で、そのデータを検索するために使われることが多いようですが(僕もそうやっています)、もう少しメインのデータストアとして簡単に使えたらいいのになと思っています。
問題はリアルタイムの頻繁なデータ更新に対応できないことなので、他のデータストアと組み合わせてうまくパッケージ化できないかなと。

Solrについては、つい先日1.4がリリースされたので、別エントリーで書こうと思います。

Bigtable、Simple DB

Googleで使われているBigtableや、Amazonのクラウドで提供されているSimple DBも非リレーショナルなデータベースだそうです。
Bigtableは無料で使えるGoogle App Engineでも利用できます。ちょうどGoogle App Engineを使いはじめたところなので、Bigtableも使うことになるはず。

メダチェアとWindows 7を購入

2009-10-24T15:56:00.002+09:00

午前はオークションで購入したメダチェアとWindows7の受け取り。

以前の椅子で腰痛に悩まされていたので、アーロン、バロン、メダといったあたりを検討した結果、メダチェアを購入。すわり心地はまあまあかな。定価20万ということで少し過剰に期待しすぎたかも。

でも、長時間座っても腰が痛くならないようなのでよかった。これで椅子に座ってPCが使える。

Windows7はVAIOのアップグレードサービスで3,150円。Vistaと比べれば全然よい。動作も速くなった。

Vimlike Smoozieeのデモ動画

2009-10-21T18:57:00.008+09:00

Vimlike Smoozieeがかなり機能を絞って実装しているのは、時間的、能力的な制約も大きいのですが、あまり複雑にしないことで、なるべくヘビーユーザーでない人にも使ってもらえるようにと考えているところもあります。

Vimperatorは強力にカスタマイズできてとても便利です。ただ、インストールするといきなりアドレスバーが消えてコマンド入力になるなど、ヘビーユーザーでないとなかなか近寄りがたいところがあると思います。そういったとっつきにくさから、一般ユーザーがこの便利さを享受できないのは大変もったいないので、Vimperatorの便利さを一般ユーザーにもと思うわけです。

ということで、Vimlike Smoozieeのデモ動画を作ってみました。

ちなみに、このデモでは、キーボードの入力したキーを表示するGreasemonkeyスクリプト、FLASH KEYを少し変更してExtensionとしてインストールして使っています。FLASH KEYは動作がかなり素敵です。キーボード操作を画面に表示したいときにおすすめです。

現在のバージョンは0.0.9で、fキーで呼び出すクイックヒントと呼ばれる機能も実装しはじめています。
クイックヒントについては、もう少しできてから詳しく書こうと思っていますが、ChromeのJavascriptが早いからか、ヒントの表示がすごく速いです。
Firefoxだと、どうしてもわずかに間が空いてしまいますが、ヒントを出すときには頭の中にはもう遷移先に気持ちがあるので、そのわずかの間がじれったく感じてしまいます。なので、このスピードはとてもありがたいです。

Chromeにはもう少しシェアをとってもらって、FirefoxやIEなど他のブラウザに、動作スピード面でのプレッシャーをガンガン与えてほしいですね。

ChromeをVim風に操作する拡張「Vimlike Smooziee」が動かなくなっていたので修正

2009-10-09T13:41:00.008+09:00

最新のGoogle Chrome dev版（4.0.221.6）でVimlike Smoozieeが動かなくなっていたので、修正しました。
以下からインストールできます。

Vimlike Smooziee

バージョンは0.0.6です。

前回設定したupdate_urlの自動更新にも問題があったので、あわせて修正しています。もし前のバージョンを入れてもらっていた人がいましたら、もう一度インストールしてください。

変更

window.addEventListenerが効かなくなっていたので、document.addEventListenerに変更
update_urlを変更
ズームコマンドを不完全ながら導入

update_urlで指定するxmlファイルは、もともと他のファイルと同様にGoogle Codeにアップしていたのですが、Google Codeは同名で更新ができないようなので、別のところに変更しました。

ズームコマンドについては、以下のとおりです。

zi: 拡大　（zoom in)
zo: 縮小　（zoom out)
zm: たくさん拡大　（zoom more)
zr: たくさん縮小　（zoom reduce)
zz: 元の倍率に戻す

本当はドメインごとに記憶したいのですが、できていないので開くたびに通常倍率に戻ってしまいます。

※zrがちゃんと動いてないようです。zoも少しおかしい様子。近々直します。

ChromeをVim風にキーボード操作する拡張をGoogle Codeにアップ

2009-10-05T06:35:00.008+09:00

Google Codeにアップしました

前回、前々回と書いてきたChromeをVim風（またはFirefoxのVimperator風）に操作する拡張を、Google Codeにアップしました。

Vimlike Smooziee
http://code.google.com/p/vimlike-smooziee/

そのうちVimperatorの作者あたりがChrome向けにも作ってくれるんじゃないかなどと思いつつも、またいくつか改善しています。

とても便利になっていると思いますので、ぜひ使ってみてもらえればと思います。
現在のバージョンは0.0.3です。

※現在開発版のChrome4でしか動作確認していません。

追加、変更したこと

j、kのスクロールにバグがあったので修正
h、l（エル）キーでも左右にスムーズスクロール
0（ゼロ）で一番左へスクロール、$で一番右へスクロール
ページの読み込み開始時に動作するように変更
uで閉じたタブを開く（問題あり。後述）
テキスト入力時にC-dでカーソルの後の1文字を削除、C-hで前の1文字を削除
自動アップデート

j、kキーのスクロールのバグについては、前エントリーのコメントで教えていただきました。ありがとうございます！
同時にh、lキーのスクロールも教えていただいたので、こちらもありがたく採用させていただきます。

4.については、今まではデフォルト設定でページの読み込みが完了してから動作するようになっていたため、少し操作するまで待たされるようになっていました。
今回の変更で読み込み開始時に動作するようになったので、より快適に使えるようになっています。

自動アップデートも設定しました。
chrome://extensions/ から更新ボタン（"Update extensions now"）をクリックすることで、今後更新がある場合には最新のバージョンにアップデートされます。（現状では有無を言わせずアップデートするようなので注意）

今回の変更分も合わせて、操作方法をまとめておきます。

操作方法まとめ

スクロール

j、kで上下にスムーズスクロール
h、l（エル）で左右にスムーズスクロール
ggでページトップへスクロール、Gでページ終わりへスクロール
0（ゼロ）でページの一番左へスクロール、$でページの一番右へスクロール

履歴

H、Lでそれぞれ「戻る」「進む｝

テキスト入力

giで最初のテキストボックスにフォーカス、Escでフォーカスを解除
テキストボックス内で、C-a、C-e でそれぞれ　カーソルを先頭、末尾へ移動
テキストボックス内で、C-f、C-b でそれぞれ　カーソルを１つ前へ、１つ後ろへ
テキストボックス内で、C-d、C-h でそれぞれ　カーソルの１つ前を削除、１つ後ろを削除
テキストボックス内でカーソルが先頭にあるとき、C-aで全選択

タブ

rでリロード
dでタブを閉じる
uで閉じたタブを復元（タブ内の閲覧履歴は復元できず）

※ C-aは「Ctrl + a」、Gは「Shift + g」です。

※ uでは、そのタブ内での閲覧履歴は復元できません。履歴も復元したいときは本来のショートカットキーである「Ctrl+Shift+t」を使ってください。

今後ほしい機能

f、Fでクイックヒント
zi、zoでフォントの拡大、縮小

これができればとりあえず満足です。

前回も書いた、

C-pで前の（左の）タブに移動、C-nで次の（右の）タブに移動

については、一度実装してみたのですが、泣く泣くコメントアウトしました。
「新しいタブ」やchrome:// のページなどで動作が効かず、そこだけ元々のショートカットである印刷や新しいウィンドウの立ち上げが行われてしまい、煩わしいためです。

ただ、今後専用のAPIを用意するという投稿がGoogleグループにありましたので（リンク）、それができるのを待って実装する予定です。

ちなみにこのグループには、マウスやキーボードのイベントを扱う、より公式なAPIも用意するつもりだとの投稿もあるので、そちらも期待したいところ。

スクロール幅などをユーザーがカスタマイズできるようにしたいところですが、
先取り！ Google Chrome Extensions　第4回　Chrome Extensionsのこれから
を見ると、どうもできるようになるようです。もう少しAPIが安定したら実装しようと思います。

実装についてのメモ

自動アップデートは、ここにあるように設定すれば、簡単に動きました。

ページの読み込み開始時に拡張が動作するようには、manifest.jsonのcontent_scriptsの項目で、

"run_at": "document_start"

と定義します。（ドキュメント）

uで実装したタブを復活させるようなタブ操作は、Backgroud pageなどhtml側で行うようです。従ってContent scriptからBackgroud pageを呼び出す必要が出てきます。

そういうときは、Content script側でPortオブジェクトのportMessage()を使ってメッセージを送り、Backgroud page側ではそれを受けて連携するみたいです。（ドキュメント）

uのタブ復元は、ソースを見てもらえればわかると思いますが、かなり無理をしている感じです。今後のAPI充実に期待です。

ChromeをVim風にキーボード操作する拡張その2

2009-09-19T00:10:00.026+09:00

※最新版をGoogle Codeにアップしました。今後はこちらで更新する予定です。
http://code.google.com/p/vimlike-smooziee/

前回のエントリーは、思ってもみないほど多くの人に見ていただけたようで驚きました。（といってもあくまでこのブログ基準です。）
やはりというべきか、ChromeでVimのように操作したいという需要は大きいんですね。

また変更を加えて、非常に快適な動作をするようになったので、公開してみます。

インストール

Vimlike_smooziee 0.0.2　（~~インストール~~）（~~ソース~~）

※削除しました。こちらから最新のものをインストールしてください。

Vimperatorの_smoooziee.jsというj、kキーのスクロールをスムーズにする僕の愛用プラグインがあるのですが、今回はその動作も組み込んで、かなり自分好みにパッケージしています。

もし従来の動作がいいという場合は、ソースのコメントアウトしてるところを使ってもらえばすぐに動かせると思います。
smoozieeの動作も、ソース上部のinterval（スクロールの速度）やmoment（スクロール幅）を調整して好みの動作にすることもできます。（本当は外部ファイルで設定できればいいと思うのですが、やり方がわからないので。）

※もし前回のVimlike-0.0.1を入れてもらった人がいたら、一度chrome://extensions/からuninstallしてもらったほうがいいかもしれません。次回もし公開する場合は、配布方法も調べてもう少しちゃんとしようと思ってます。Vimlikeという名前も、前回参照したソースの名前をそのまま使ってしまっているので、変えるかもしれません。

前回からの変更点

j、kキーでスムーズスクロール。

「戻る」「進む」をz、xからH、Lに変更。

ggでページトップへスクロール。Gでページ終わりへスクロール。

giで最初のテキストボックスにフォーカス。Escでフォーカスを解除。

テキストボックス内で、C-a、C-e、C-f、C-bでそれぞれ先頭、末尾、１つ進む、１つ戻る

C-aは、先頭に移動したあとで再度C-aを押すと、テキストの全選択となります。
そのほかrでリロード、dでタブを閉じる動作は変わりありません。

今後ほしい機能

Hit-a-Hint

uで閉じたタブを復活

アドレスバーで入力補完の際、カーソルキーではなくTabキーで選択したい（できる？）

C-pで前の（左の）タブに移動、C-nで次の（右の）タブに移動

ziでフォント拡大、zoでフォント縮小

などなど。
特に１はキーボード操作で完結するためには必須で、これがないとはじまらないというくらいのもの。下記の参考サイトでも書かれているようなので、早めに組み込みたいです。
４のC-p、C-nはもともと、それぞれ印刷と新しいウィンドウを開く機能が割り当てられてるのですが、みんな使ってるんですかね。自分はあまり使っていないので上書きしてしまおうかなと。

参考にしたサイト

前回Extensionの作り方で参考にしたブログ筆者の記事。すごくわかりやすい。
先取り！ Google Chrome Extensions（第2回　Chrome Extensionsの作り方#1）

キーイベントをとる部分は、以下を参考にさせて（使わせて）いただきました。
はじめてのGoogle Chrome拡張、オレオレChromeKeyconfig
SafariとChromeではkeyIdentifierが使えるので素晴らしすぎます

おかげでChromeが快適でメインブラウザになる日も近いんじゃないかというくらいです。ありがとうございます。

最初の技評の記事で紹介されていた本家ドキュメント。あとでゆっくり読まないと。
Google Chrome Extensions: Developer Documentation

このChrome拡張のために必要にせまられてjavascriptをさわっていますが、どうもJavascriptは苦手というかよくわからないです。一度じっくり腰をすえて勉強しないといけないなあ。

ChromeをVim風にキーボード操作する拡張

2009-09-11T02:08:00.023+09:00

※最新版をGoogle Codeにアップしました。今後はこちらで更新する予定です。
http://code.google.com/p/vimlike-smooziee/

ChromeをVim風に動かしたい

Firefoxのアドオンには、VimperatorというVim風にブラウザを操作してしまおうという大変マニアックなアドオンがあります。これに慣れるとVimperatorの入ってないFirefoxは使えなくなるといわれるほど、素晴らしく便利です。

ただ、Firefoxはどんどん起動が遅くなってしまうので、あくまでFirefoxがメインながらも、キビキビ動いてくれるGoogle Chromeを使用する機会も増えてきていました。

そうなるとやはり、ChromeでもVimperatorを使いたい。それが無理でもせめてVimのようにjキー、kキーでスクロールするだけでも全く使い勝手が違うだろうと思って調べていましたが、

Google Chrome、アドオン機能を開発者向けに解禁

ということで、最新の開発版で動かすことができましたので、作ったものを置いておきます。作ったといっても、既に先人が作っていたものを、ソースそのままで新しい拡張の仕様でまとめただけです。
（2009/9/11時点でのChrome開発版のバージョンは4.0.206.1）

インストール

以下の「インストール」のリンクをクリックして保存すると、インストールを促すダイアログが出てくると思いますので、そこで「インストール」を押すとインストールされます。

Vimlike 0.0.1 (~~インストール~~）（~~ソース~~）

※削除しました。こちらから最新のものをインストールしてください。

参考にしたサイト

参考にしたというか、既に書いたように、こちらのサイトのソースをそのまま今のExtensionの仕様でまとめただけです。
動作も同様ですので参照してください。
Google ChromeでVimっぽい動きをさせてみる

Extensionの作り方は以下のサイトを参考にしました。
Chrome Extensionsの作り方 2009/06/25版

開発版だけに度々仕様が変わっていて、以前はUser Scriptsという、FirefoxのGreasemonkeyに似た仕組みだったのですが、今後はExtensionsに一本化するんでしょうかね。
仕様が変わるたびに動かなくなったりすることがよくあるようなのでお気をつけください。

とても便利！

Vimperatorの機能とは差がありますが、j、kのスクロールだけでも、とても便利になりました。
AutoPagerize for Chromeと一緒に使うとより便利で感激です。

なお、アンインストールしたい場合は、

chrome://extensions/

を開くと拡張の一覧が出るので、そこからアンインストールできます。

今後も、もう少し便利になるように改造できないか考えてみたいと思います。まずは「gg」でトップへスクロール、「Shift+g」でページ末尾へスクロール、という機能がほしいかも。

Ruby on RailsのDBとしてSQLiteを使う

2009-08-16T00:20:00.030+09:00

Rails2.0から、デフォルトのデータベースがSQLiteになっています。
本稼動のサイトではMySQLを使うことが多かったので、開発環境でもSQLiteはあまり使っていませんでしたが、手軽に使えて便利だということなので、使ってみることにしました。

ちなみに、RailsでMySQLを使う場合は以下のように明示的にDBを指定します。

rails -d mysql myproject

SQLiteを使うまでのステップは以下のとおり。（Windowsです。）

SQLiteのdllをダウンロード
ダウンロードしたdllをパスの通ったフォルダに配置
sqlite3-rubyというgemをインストール

１．SQLiteのdllをダウンロード

SQLiteのサイトから、「Precompiled Binaries For Windows」のところの
sqlitedll-3_X_X.zip（執筆時点はsqlitedll-3_6_17.zip）をダウンロード

２．ダウンロードしたdllをパスの通ったフォルダに配置

１でダウンロードしたファイルを解凍すると、
sqlite3.def
sqlite3.dll
の２つのファイルができますが、sqlite3.dllのみ配置すればOKです。
今回はC:\windowsに配置しました。

３．sqlite3-rubyというgemをインストール

gem install sqlite3-ruby

以上で、RailsからSQLiteが使えるようになっているはずです。

rails myproject

このようにRailsプロジェクトを作成すると、config/database.ymlがSQLiteを見るように作成されます。

ちなみに、mysqlでは

rake db:create

などでデータベースを作成してから、

rake db:migrate

でテーブルを生成しますが、sqliteではrake db:createは不要のようでした。

参考：
RailsでSQLite3を使おう
SQLite DLLのダウンロード

はてなのような自動キーワードリンクをtx-rubyで実装

2009-08-11T13:05:00.034+09:00

はてなダイアリーやニコニコ大百科では、本文のキーワードに自動的にリンクが付くようになっていますが、ニコニコ大百科では、sennaとrubyを使って実装しているそうです。

はてなのようなキーワードリンクをRubyで付与する実例

僕もキーワードリンクを実装する機会があったのですが、そのときはtx-rubyを使いました。

tx-ruby

これはtrieというデータ構造を扱うtxというライブラリを、rubyから使うものです。
rubyを介しても十分高速で、以前Wikipediaの見出し語約90万語をキーワードに使って試した際も、非常に高速に動作しました。
大変便利だったので、書いておきます。

tx-rubyのダウンロードはこちらから。
ダウンロードしたファイルを解凍したあと、そのディレクトリに移動して、

ruby setup.rb

とすると、簡単にインストールできます。（Windowsでも使えます。）

それではニコニコ大百科の説明文と同様にできるかどうかやってみます。

autolink_test.rb
ダウンロード


require 'cgi'
require 'tx'

builder = Tx::Builder.new
words = ['ニコニコ大百科', 'ニコニコ動画', '運営', '未来検索ブラジル', 'ニコペ', 'ニコ百', '大百科']
builder.add_all(words)
# キーワードをインデックスファイルに書き込み
builder.build("test.index")

# インデックスファイルを読み込み
index = Tx::Index.open("test.index")

str = "ニコニコ大百科（-だいひゃっか）とは、ニコニコ動画上での各種用語に関する解説や、ニコニコ動画上にアップされている動画についての情報、その他あらゆる言葉についての情報をユーザが自由に記述できるサイトである。運営・管理ともに未来検索ブラジルが行っている。「ニコペ」、「ニコ百」、「百」、「百」などと、略称され、単に「大百科」と呼ぶこともあるやもしれない。"

# キーワードにマッチする部分をリンクに置き換え
ret = index.gsub(str) do |s, i|
  "<a href='http://dic.nicovideo.jp/a/#{CGI.escape(s)}' target='_blank'>#{s}</a>"
end

# 結果をファイルに出力
File.open('autolink.txt', 'w') do |f|
  f.puts ret
end

出力
autolink.txt

ニコニコ大百科（-だいひゃっか）とは、ニコニコ動画上での各種用語に関する解説や、ニコニコ動画上にアップされている動画についての情報、その他あらゆる言葉についての情報をユーザが自由に記述できるサイトである。運営・管理ともに未来検索ブラジルが行っている。「ニコペ」、「ニコ百」、「百」、「百」などと、略称され、単に「大百科」と呼ぶこともあるやもしれない。

キーワードリンクが成功しました！

参考：
tx-ruby
tx
はてなキーワードを高速に付与
Aho Corasick 法

サイトのトラフィックを調べるブックマークレット２つ

2009-08-03T14:12:00.005+09:00

サイトの開発や運営にたずさわる人は、AlexaやGoogle Ad Plannerで他のサイトのトラフィックをチェックすることが多いと思いますが、そんなときに役立つ、今見ているサイトのトラフィックを参照するブックマークレットを作ってみました。

以下をブックマークツールバーに入れて、気になるサイトでクリックしてみてください。

　Alexa

　AdPlanner

中身はこんな感じです。

Alexa
javascript:window.open('http://www.alexa.com/data/details/traffic_details/'+location.href,'_blank','width=950,height=700,resizable=1,scrollbars=1');undefined;

AdPlanner
javascript:window.open('https://www.google.com/adplanner/planning/site_profile#siteDetails?identifier='+location.href+'&lp=true','_blank','width=950,height=700,resizable=1,scrollbars=1');undefined;

VimでRailsを快適に開発する（設定編）

2009-07-27T23:24:00.019+09:00

Vimはとっつきにくいところがありますが、使っていると離れられなくなるくらいの、素晴らしいエディタです。
当然Railsの開発でもVimを使いたい。ということで、Rails開発をVimで快適に行えるよう設定してみました。

参考にしたのは以下のサイト。
Rails on Vim
http://d.hatena.ne.jp/garbagetown/20090506/1241601962

以下、手順です。Windows環境です。

１．Kaoriya から最新のWindows版Vimをダウンロード。
　　実行するとフォルダが解凍されます。
　　解凍したものは、今回はProgram Files以下に、

　　C:\Program Files\vim72-kaoriya-w32j

　　として置くことにします。

２．環境変数HOMEを設定（どこでもいいが、たとえば C:\home)

３．ec57w32.zip　をダウンロードし、解凍して、ctags.exeをC:\Windowsにコピー（最新版はここから確認）

４．Gitを使うため、msysgit をインストール

　　そのまま次へ次へのインストールでいいと思いますが、通常のコマンドプロンプトから使いたいので、
　　途中Adjusting your PATH environmentでは、
　　
　　　Run Git from the Windows Gommand Prompt

　　を選択しました。

追記：msysgitをインストールしたら、コマンドプロンプトが文字化けしました。（Git-1.7.0.2-preview20100309.exe、2010/5/18 現在）
文字化けの解決はこちら。

５．上記サイトにあるように、コマンドプロンプトで以下のように実行

cd %HOME%
git clone git://github.com/akitaonrails/vimfiles.git
cd vimfiles
git submodule init
git submodule update

追記：_vimrcに以下の一行を追加しないと動かなくなっているようです。（2010/5/18 現在）

source ~/vimfiles/vimrc

詳しくはこちらを参照してください。

６．%HOME%（今回はC:\home）に_gvimrc、_vimrcを設置

　　今まで自分で使っていたものに、上記サイトにある設定を追加したものを設置しました。
　　参考までに以下に置いておきます。
　　_gvimrc　　　
　　_vimrc

７．　コマンドプロンプトから起動できるようにする（おまけ）

　　コマンドプロンプトから起動できるようにしておくと何かと便利です。

　　やり方はいろいろあると思いますが、僕はalias for windowsというソフトを使っています。
　　ダウンロードは、ここからAliasというものを選びます。
　　詳しくはこちらを見るとよいと思います。
　　ダウンロード、設定した上で、

alias vim "C:\Program Files\vim72-kaoriya-w32j\gvim.exe"

　　と実行すると、コマンドプロンプトや、「ファイル名を指定して実行」から、

vim

　　として起動できるのでとても便利。（「vi」で起動したい場合は、alias vi ･･･　と実行。）

８．RailsアプリのルートディレクトリでVimを立ち上げ、

　　

\p

　　として、以下のような画面が立ち上がれば成功です。

これで、VimでRails開発を快適に行える環境が整いました！

Windows Vista 64bitへのRuby on Railsインストール

2009-07-27T18:54:00.007+09:00

ノートPCを買い換えたら、評判のあまりよろしくないVistaになりました。
開発環境を一から作らなければならなくなったので、メモしておきます。

といっても、今までのXPでの場合と全く同じ手順でインストールできました。

１、Rubyのインストール

　One-Click Installerを以下からダウンロード。
http://rubyforge.org/frs/?group_id=167&release_id=28426

　ダブルクリックして指示に従えば、問題なくインストールできます。

　2009年7月現在の1.8系の最新版は1.87で、One-Click Installerは1.86までしかないのですが、One-Click Installerは簡単なのでこれを使うことにします。

　インストール後は、
　

ruby -v

　でバージョンが確認できるようになります。

２、Ruby Gemsのインストール

　以下から最新のzip版をダウンロード。
　http://rubyforge.org/frs/?group_id=126&release_id=37073

　解凍後、コマンドプロンプトでそのフォルダに移動し、
　

ruby setup.rb

　を実行するとインストールできます。インストール成功後、
　

gem -v

　とするとバージョンを確認できます。

３、Ruby on Railsのインストール
　

gem install rails

　こちらも、インストールが成功すると、
　

rails -v

　でバージョンが確認できるようになります。

YouTubeでリピート再生したいときに使うブックマークレット

2009-07-11T00:13:00.005+09:00

YouTubeで音楽を聞きながら仕事することが多いのですが、リピート再生ができないのが不便です。
と、ここでIDEA*IDEAで紹介されていた「YouTubeRepeat」の記事を思い出しました。

でもURLをいちいち変更するのは面倒なので、ブックマークレットがほしい。
探してみると、既に作っている方が。

YouTubeRepeatでリピート再生するブックマークレット

これで十分便利なのですが、YouTubeRepeatから元のYouTubeのページに戻りたいということも
ありそうだったので、少しだけ改造したものを作りました。

以下のリンクをブックマークツールバーに設置してください。
YouTubeで実行するとYouTubeRepeatに移動してリピート再生できます。
戻りたくなったら、もう一回実行すると、YouTubeからYouTubeRepeatに戻ります。

YouTubeRepeat

ちなみに中身は以下のとおり。

javascript:location.href=location.href.search('youtube.com')!=-1?location.href.replace('youtube.com','youtuberepeat.com'):location.href.replace('youtuberepeat.com','youtube.com');

YouTubeのリピート再生、超便利です！

Bloggerにはてなスターとカウンターを設置したのでメモ

2009-06-21T23:15:00.002+09:00

前回のエントリー『vimperatorでRead　It Laterを使う』で、記念すべきはじめての
はてなスターとブックマークをいただいたようなので、このブログにもはてなスターと
ブックマークのカウンター（○○usersというもの）を設置してみました。

以下を参考にして、すぐに設置することができました。

このとおりやれば問題なくできると思いますが、これらのエントリーを見る前に作業して、
つまずいてしまった点が２つありましたので、念のために書いておきます。

・はてなに書いてある方法は、「クラシックテンプレート」でのみ有効な方法のようで、
　テンプレートを変えている場合はうまくいきません。

・ウィジェットのテンプレートを展開にチェックをいれないと、投稿の要素の中身が表示されず、
　従って編集もできないので注意が必要です。

VimperatorでRead It Laterを使う

2009-06-17T03:01:00.003+09:00

FirefoxアドオンのRead It Laterはとても便利ですが、あとで読むのチェックに
アドレスバー（というかawesome bar）を使うので、アドレスバー非表示で使っている
Vimperatorとの相性がよくなくて困ります。

feedアイコンなどをアドレスバーからステータスバーに移動するのに使っている
migratestatusbar.jsを使って、同じように移動できないか調べてみました。

アドレスバーに表示されているチェック型のアイコンのIDが分かればそれを指定するだけで
よいはずなのですが、探し方がわからず苦労しました。

最終的に書いた_vimperatorrcはこんな感じです。

javascript <
    liberator.globalVariables.migrate_elements = [
        {
            // star button of awesome bar
            id:    'star-button',
            dest: 'security-button',
            after: true,
        },
        {
            // icon that show the existence of RSS and Atom on current page
            id:    'feed-button',
            dest: 'security-button',
            after: true,
        },
        {
            // favicon of awesome bar
            id:    'page-proxy-stack',
            dest: 'liberator-statusline',
            after: false,
        },
        {
            id:    'isRitL-later',
            dest: 'security-button',
            after: true,
        },
        {
            id:    'isRitL-mark1',
            dest: 'security-button',
            after: true,
        },
   ];
EOM

id: 'isRitL-later'は「あとで読む」として選択していない白抜きチェックのアイコンです。
チェック済みの赤色チェックのアイコンは、実は'isRitL-mark1'と'isRitL-mark2'という
2つのアイコンで出来ていたようですが、2つきれいに並ばなかったのと、機能的に
'isRitL-mark1'だけで十分だったので、それだけ指定しています。

Luceneの内部構造を見る３

2009-05-13T21:02:00.008+09:00

前回はLuceneインデックスのファイル構成について確認しました。
いよいよ各ファイルについて見ていきますが、その前にLuceneで使われているデータ型が
「Primitive Types」に書いてありますので、確認しておきます。

Byteはフォーマットファイルの最小単位となる8bitです。

UInt32、UInt64はそれぞれ32bit、64bitの固定長の整数で、左側が大きな桁を表します。

VIntは、可変長の整数です。
各byteの一番左の１bitで次のbyteを使用するかどうかを表します。
１なら次のbyteを使用、0なら使用しません。
続く７bitは通常通り、左に行くに従って大きな桁になっていくのですが、
byteを股がる場合は、右のbyteのほうが大きな桁になることに注意してください。
画像の（１）、（２）、（３）の矢印の順に桁が上がっていきます。

CharはUTF-8でエンコードされます。

Stringはまずvintで使用するbyte数を表し、その数だけcharが続きます。

次回は、各ファイルについて見ていきます。

Luceneの内部構造を見る２

2009-05-10T23:50:00.005+09:00

Luceneのファイルフォーマットを引き続き見ていきます。

Overviewです。
インデックスはセグメントで構成されます。
セグメントはドキュメントの追加で作成され、マージ操作でまとめられたりします。

各セグメントは、以下のようなファイルで構成されます。
（設定によっては.cfs形式の１つのファイルにまとめられます。）

次回以降は、各ファイルについて詳しく見ていきます。

Luceneの内部構造を見る１

2009-05-10T00:20:00.018+09:00

Solr内部で使われているLuceneの中身を見ていきたいと思います。

なお、ただ使うだけなら全く必要ない情報ですので、内部構造に興味がある

場合だけ読んでもらえればよいかと思います。

一番核となるインデックスファイルのフォーマットがここで公開されていますので、
まずはこれから見ていきます。

「Definitions」では、Document、Field、Termの定義が書いてあります。

それぞれの関係はこんな感じ。

続いての「Inverted Indexing」とは、日本語で言うところの「転置インデックス」を作ることです。

Documentに対して単語が対応している状態から、単語（Term）をキーにして

Documentを対応づけることで、単語からDocumentを素早く検索できるようにします。

検索エンジンでは一般的な手法です。

こんなイメージです。（※実際は少し違うみたいです。）

次回に続きます。

Silent Power

Titanium Mobileではパスワードを安全に保存できない

新Kindle（右）

Titanium MobileでAndroidがようやく起動

HTC Desire

TOEICを初受験

Google App Engineの超入門プレゼン資料

msysGitをインストールしたらコマンドプロンプトが文字化け

Google App Engineでゼロからはじめてサイト公開まで（2．開発の準備）

インストール

アプリケーションの新規作成

アプリケーションの起動

Google App Engineでゼロからはじめてサイト公開まで（１.アプリの概要）

画面構成

Solrの創始者によるチュートリアルに参加

Solrチュートリアル

Kindleが早くも故障。そして電話サポートを受ける

Kindleで 37signalsの"Rework"を購入

Google App EngineでDjangoを使う（インストールから起動まで）

Djangoのインストール

Google App Engine Helper for Djangoを使う

今年の目標はGAEとスマートフォン開発と英語

Google App Engine

iPhone、Android

RDB以外のデータストアを調べてみた

キーバリュー型データストア(KVS)

ドキュメント指向データベース

MySQLを非リレーショナルに使う

Solrを使えないか?

Bigtable、Simple DB

メダチェアとWindows 7を購入

Vimlike Smoozieeのデモ動画

ChromeをVim風に操作する拡張 「Vimlike Smooziee」 が動かなくなっていたので修正

変更

ChromeをVim風にキーボード操作する拡張をGoogle Codeにアップ

Google Codeにアップしました

追加、変更したこと

操作方法まとめ

今後ほしい機能

実装についてのメモ

ChromeをVim風にキーボード操作する拡張 その2

インストール

前回からの変更点

今後ほしい機能

参考にしたサイト

ChromeをVim風にキーボード操作する拡張

ChromeをVim風に動かしたい

インストール

参考にしたサイト

とても便利！

Ruby on RailsのDBとしてSQLiteを使う

１．SQLiteのdllをダウンロード

２．ダウンロードしたdllをパスの通ったフォルダに配置

３．sqlite3-rubyというgemをインストール

はてなのような自動キーワードリンクをtx-rubyで実装

サイトのトラフィックを調べるブックマークレット２つ

VimでRailsを快適に開発する（設定編）

Windows Vista 64bitへのRuby on Railsインストール

YouTubeでリピート再生したいときに使うブックマークレット

Bloggerにはてなスターとカウンターを設置したのでメモ

VimperatorでRead It Laterを使う

Luceneの内部構造を見る３

Luceneの内部構造を見る２

Luceneの内部構造を見る１

ChromeをVim風に操作する拡張「Vimlike Smooziee」が動かなくなっていたので修正

ChromeをVim風にキーボード操作する拡張その2