Onsen

温泉に行ってきた。相方と過ごしながらいろいろ考えることもあったのだけど、何より結婚して以降なにも相方にしてやれなかった部分を少しは埋めることができたのであれば嬉しいな、と。

ギーク的な観点からは「おもてなし」はいらないかな、と思いました。あと、部屋に露天風呂があるとヒキコモリ度が上り過ぎて困る感じです。

まぁ、「アルゴリズムを学ぼう」や「チェンジ・マネジメント3.0」等、数冊の本をを読み進めたことが収穫だろうか。

社会復帰できるかどうかが心配だ(´ー｀; )

tibar image ovarlay patch

http://code.google.com/p/tibar/

iPhone でバーコードを読ませたいと思ったとき、いくつかライブラリはあったりするが、読み取り精度やコードの安定性とかを見たところ、ZBar SDK が一番良いと感じた。これを Titanium Mobile から使うモジュールが tibar である。

tibar のサイトや、日本語の情報を見ていると、Titanium Mobile 1.4 から 1.8 あたりまでしか動作事例がみあたらなかったのだが、最新の svn コードを試した限り、2.0.1GA2 でのビルドと動作は少なくとも確認できた。

1. 以下のコマンドで最新コードをチェックアウトする

svn checkout http://tibar.googlecode.com/svn/trunk/ tibar-read-only

2. titanium.xcconfig のバージョン指定を、使用している Titanium Mobile のバージョンに置き換える
===================================================================
--- titanium.xcconfig   (リビジョン 17)
+++ titanium.xcconfig   (作業コピー)
@@ -4,9 +4,8 @@
 // OF YOUR TITANIUM SDK YOU'RE BUILDING FOR
 //
 //
-TITANIUM_SDK_VERSION = 1.5.1
+TITANIUM_SDK_VERSION = 2.0.1.GA2

3. build.py を実行

一応上記でビルドでき、組み込んだら動いたのだが、画像を以下のようにカメラの表示にオーバーレイさせたいと思ったときに、公開されているコードだとうまくいかなかった。

patch が貼られていたりしたものを試したのだがそれもうまくいかなかったので、自分で以下のような patch を書いた。設定されるオブジェクトが ImageView であることを前提にしているので、画像以外のオーバーレイ用途にはうまくいかない。それに overlay キーが設定されていないと問答無用でエラーにしているので、その点もとても汎用的とは言えないだろう。使用は自己責任で。

	Index: Classes/TibarModule.m
	===================================================================
	--- Classes/TibarModule.m (revision 17)
	+++ Classes/TibarModule.m (working copy)
	@@ -257,6 +257,36 @@
	[pickerCancelCallback retain];
	}
	+ // overlay view
	+ if ([args objectForKey:@"overlay"] != nil)
	+ {
	+ NSString *overlayPath = [TiUtils stringValue:[args objectForKey:@"overlay"]];
	+
	+ NSData *dt = [NSData dataWithContentsOfURL:
	+ [NSURL URLWithString:overlayPath]];
	+ UIImage *image = [[UIImage alloc] initWithData:dt];
	+ UIImageView *iv = [[UIImageView alloc] initWithImage:image];
	+
	+ UIView *view = [[UIView alloc] initWithFrame:CGRectMake(0,0,320,480)];
	+ [view addSubview:iv];
	+
	+ CGRect newBounds = CGRectMake(0, 0, 320, 480);
	+ CGPoint newCenter;
	+ newCenter.x = 160;
	+ newCenter.y = 240;
	+ [view setBounds:newBounds];
	+ [view setCenter:newCenter];
	+ reader.cameraOverlayView = view;
	+
	+ } else {
	+ if (pickerErrorCallback!=nil){
	+ id listener = [[pickerErrorCallback retain] autorelease];
	+
	+ NSMutableDictionary *dictionary = [NSMutableDictionary dictionary];
	+ [self _fireEventToListener:@"error" withObject:dictionary listener:listener thisObject:nil];
	+ }
	+ }
	+
	// show
	TiApp * tiApp = [TiApp app];
	[tiApp showModalController:reader animated:YES];

view raw TibarModule.m.diff hosted with ❤ by GitHub

RapidSSL

http://www.rapid-ssl.jp/

SSLサーバ証明書は自分で設定したいと思っていたが、以前は値段が高くてなかなか手が出せなかったものだ。ところが最近は1年で数千円とかめちゃくちゃ安く、とりあえず遊ぶ程度でも十分に手が届く。しかも審査の内容は本当にSSL証明書を申請する人が、ドメインを持っているか、という審査のみ。自前でドメインを登録している人ならお手軽だ。

そこで、お手軽SSL認証局のひとつである RapidSSL でちょっと遊んでみた。以下は Debian Squeeze で実行している。

まずは認証局への署名要求(CSR) を生成する。そのための秘密鍵(server.key)を生成する
RapidSSL は2048bit以上の秘密鍵を要求するため、最後のオプションでその値を指定している。

$ openssl genrsa -des3 -out server.key 2048

次に秘密鍵をもとに署名要求(CSR) を生成する。

$ openssl req -new -key server.key -out server.csr


















ここで注意すべきなのは、CSRを生成するにあたって入力する情報は、SSL設定を行うドメインの管理情報と基本的に一致させておかなければならないということだ。つまり、ドメインの whois 情報と一致するようにすること、ということだ。少なくとも以下の情報は一致させておく必要がある。


Country Name
State or Province Name (full name)
Locality Name (eg, city)
Organization Name (eg, company)


また、SSLを設定したい FQDN を Common Name に指定し、Email Address にはドメインの登録者 Emailアドレスを設定すればよい。Emailアドレス は他にも指定できるが、多分これが一番やりやすい。「a challenge password」や「An optional company name」は空にしておく。

whois情報を隠すサービスってのが最近はあって、レジストラの情報でwhois情報が置き換わっているドメインが存在するが、そういうサービスは外した上で正しい情報を登録した方がよい。

----

CSR を生成したら、申し込みフォームから上記で生成したCSRを貼り付けて必要事項を記入してSubmitすると、CSR生成時に指定した Emailアドレス に「【重要】 SSLサーバ証明書発行承認のお願い」というメールが送られてくる。そのURLをクリックすると、以下のようなドメイン証明画面がブラウザで開く。

ここで「承認します」ボタンを押せば、RapidSSL から サーバ証明書と中間証明書が送られてくる。これだけで手続き完了。15分くらいしかかかっていない。whois情報さえちゃんとしていればお手軽だということがわかる。

----

あとはサーバ証明書と中間証明書をサーバにインストールするだけだ。Apache + mod_ssl なら一般的な手順は以下の通りとなる。

https://knowledge.rapidssl.com/support/ssl-certificate-support/index?page=content&actp=CROSSLINK&id=SO6252

要するに、Apache の SSL 設定に以下を設定するだけだ。


SSLCertificateFile    -> 発行されたサーバ証明書
SSLCertificateKeyFile -> opensslコマンドで一番はじめに作った秘密鍵
SSLCertificateChainFile -> 発行された中間証明書


あとは、Debian 特有の注意点がある。デフォルトでインストールされる SSLサイトの設定ファイル /etc/apache2/sites-available/default-ssl だが、これをそのまま使うと 「Invalid method in request \x16\x03\x01」というエラーが出てSSLリクエストを受け付けてくれなかった。これについては多数の事例が報告されていて、バーチャルホストの設定が _default_:443 だとまずいらしい。自分はこの部分をIPアドレスまたはワイルドカードに置き換えるとうまくSSLリクエストを受け付けてくれるようになった。







[ Update January 17th 2013 11:09 by mumumu ]

サーバの秘密鍵(server.key)を作成したときにパスフレーズを設定するが、これを解除しておかないとサーバを再起動した時にパスフレーズを聞かれて処理が止まってしまう。パスフレーズを解除するには、以下のコマンドを使う

openssl rsa -in server.key -out server.key

複数証明書がある場合は、Apache の SSLPassPhraseDialog 設定を使うのも手かもしれない。

Blog Template changed

ちと悪趣味で見にくかった以前のブログテンプレートを、気分転換も兼ねて明るいものに変えてみた。昨日から10連休に入っており、いろいろ考えたり作業したり旅行したりな感じ。

ただ、手を動かすのはやめないでおこう、と。この更新もその一環である(*´〜｀)

Problem driven enginnering?

「少しでも楽をしたいから自動化したい。自動で信頼出来ることをしたい。そうすれば効率があがるよ」という思考は、「問題点がなければ何もしないでいいじゃん？」という問題ドリブンの考え方と対立するものだ。それは自己満足だ。コストがかかる（そりゃバランスも重要）と言われようと、問題がなければ何もしない、では進歩は望めないし、何より俺たちエンジニアは楽になれない。周囲の文化がなんであれ、『楽をするため』に向上心を持ち続けることは忘れないでいようと思う。

・・・と考えていくと「楽をしていないことが問題だ」という問題意識があると気付かされる。結局問題ドリブンに戻るわけだな。タハハ(´ー｀；)

meshi-only blog

http://mumumu-meshi.blogspot.jp/

思うところがあり、飯専用ブログを作った。
要するに太ったんでダイエットしますってことですよいわせんなよ恥ずかしい！( ;´Д⊂ヽ