よこいまさる日記

● [Computer] SSL の RSA 鍵の作りかた

今年の2月ごろにやっていたopenssl での鍵のつくりかたなんだけど、すんげぇ勘違いしていた。秘密鍵を openssl genrsa で作って、公開鍵を openssl req でつくるときに指定するCommon Name (CN) なんだけど、今まで "Masaru Yokoi" とか名前を指定していたんだけど、本当は masaruyokoi.com という具合に domain name を指定しなければいけないことが判明。ということで作りなおした。

結局、以下のような手順で、自己証明な鍵がつくれる。

## 秘密鍵の生成:
##  ファイル名は masaruyokoi.com.key。 鍵の長さは 1024bit
$ openssl genrsa -out masaruyokoi.com.key 1024
## 公開鍵の生成:
##  ファイル名は masaruyokoi.com.cer。 有効期間は 10年 (365 × 10 + 4)
$ openssl req -new -x509 -days 3654 -out masaruyokoi.com.cer -in masaruyokoi.com.key

んで、Windows なマシンに鍵を取り込むには、*.cer の方をダブルクリックして「証明書のインストール」を行なう。

● MacOS X の Mail.app と Courier-IMAPD での不具合

最近、ウチではメールのスプール方法として、 procmail にフィルタさせてから Maildir 形式で local spool に保管させるようにして、これを Courier-IMAPD で読むようにしている。 UW-IMAP だと mbox 形式で保管するようになっていて、mailbox のサイズが大きくなるとパフォーマンス低下するから、選択しなかったんだけど。

んで、Courier-IMAPD での IMAP フォルダには制限があって、この制限が MacOS X に標準装備なMUAの Mail.app と相性が悪いみたい。 Courier-IMAPD は フォルダを INBOX フォルダの配下に作るようになっている。 例えばゴミ箱フォルダが "INBOX.Trash" という具合に。 んで、ディレクトリの delimiter が ドット "." となっている。 これらの制限のためか、Mail.app を使うと INBOX 以外のフォルダが表示できない。 こまったものだ。

調べてみたところ、かなりおおざっぱな対処法が載っていた。 サーバ側でシンボリックリンクによって "INBOX.INBOX" というフォルダを作って、サーバでのフォルダの接頭詞 (Prefix) を INBOX を指定すればイイらしい。 そうすれば、"INOBX.hogehoge" という名前のフォルダは "hogehoge" というフォルダ名で表示でき、"INBOX.INBOX" が INBOX になる、っていうことらしい。 確かにできたが、あまり良いとは… 思えない。

● 多摩センター

コーヒー豆を挽くミルが欲しかったので、いろいろな店を物色していた。 値段的には ミル単体を買うと5千円ぐらい、ミル付きコーヒーメーカが 5,500円ぐらい。 ミルがついていても いなくても 似たような値段だったので、ミル付きコーヒーメーカを購入することに。 んで、多摩センターのイトーヨーカ堂に安いのがあったので、これ購入。

日記その他の文章をまじめに書きたいから、スタバにはいって iBook 広げているんだが、多摩センターってモロに住宅地なため、こんなことやっていると家族連れなひとたちに見られたりと、目立ってしかたない。 バッテリー切れたら、逃げるようにして帰ろうっと。

● 近隣がうるさいらしい

マンション・アパート生活だとありうる話。 大学入学以来、今までに 鉄骨RC ・木造・鉄筋コンクリート なマンション・アパートと住んできたが、どのタイプでもそれなりに上や横の部屋から音がする。 上下左右に人が住んでいるのだから、それなりに騒音があるのはいたしがたない、っていうのがあるのですが…。 と わかっていても不愉快なものですよね。

騒音がひどくても、壁を叩いてうるさいって意思表示とかすると、よけいに関係が悪化してしまうなんていうことがあるそうです。 騒音がひどい場合、手っ取り早いのが管理会社や大家さんに相談してみることなんだそうです。 「静かにできないか」という意見を相手に伝えることとなるのでしょうが、その調整をやってくれるとか。 両者のゆずり合いをだすというか、相手の配慮をもらって良い関係をつくる、っていうことができるとイイんですけどね。

● NTTコミュニケーションズ

　久しぶりに家の電話が鳴った。　かかってきたのは NTTコミュニケーションズの勧誘電話。　むこうが最初のほうにしゃべった言葉は「こちらは NTTコミュニケーションズです。　横井様でいらっしゃいますか」という具合。　ひとまず「なんでNTT.Com さんはウチの電話番号と名前を知っているの？」と激怒。

　現在、ウチの電話は KDDI の IP電話で、電話番号は NTT東日本のときに割り当てられた番号をナンバーポータビリティ使って KDDI に移行した番号。　向こう (NTT.Com) の電話に出ていた人の話だと、過去に NTT.Com を使って通話・通信をしたときにウチの電話番号・名前・住所を NTT東日本から通知されていて、それを元に電話してきたということだそうだ。　ウチとしては、「NTT東日本との加入電話契約は現在行っていない。そして NTT.Com 料金を滞納をしたわけでもない。なのになぜ NTT.Com はその情報を保持したままなのか。」「NTT東日本から通知される情報は、料金請求のためであるのに勧誘活動に利用した。それは目的外利用じゃないか。」の2点にクレームつけた。

　こうやってみると、NTT分割によって分割されたっていっても、顧客の個人情報までもが同一企業体みたいに融通されまくっているんだな。

● htdigest が生成するパスワードを記録したファイルの作りかた

Apache の htdigest が作る Digest 認証用のパスワードファイルの作りかたをメモ。 必要な文字列は ユーザ名・Realm・パスワードの3つ。パスワードファイルの各行は、 ユーザ名を第1フィールド、Realm を第2フィールド、ユーザ名・Realm・パスワードを ":" でつないで md5sum したものを第3フィールドで構成され、各フィールドは ":" で区切られている

例えば、ユーザ名が "masaru"、 Realm が "masaruyokoi"、パスワードが "hogehoge" な場合、パスワードファイルには下記のような行が記録される。

masaru:masaruyokoi:001a470cb34aacb223594c7ae24c031e

上の第3フィールドの文字列「001a470cb34aacb223594c7ae24c031e」は、下のようなコマンドを用いて作ることができる。

 echo -n "masaru:masaruyokoi:hogehoge" | md5sum

● ひさしぶりのプログラミング...

ひさしぶりのプログラミング。 自分でナニがしたいか考え、どういう構成にして、自分で書く…。 ナニかにせかされるわけでもないので、気楽キラク。

● 13:55

エロ中

● ミーティング中

お菓子食べるの忙しくて議題に集中できません。

(16:15)

● 市外局番04

仕事で東日本の電話番号とか地名とか見まくっているのですが、市外局番04とかいう電話番号 (04-2xxx-xxxx とか) が登場していたのを発見。　「これってもしや新首都？」とか勘違いしてしまったのですが、どうやら千葉県の柏と鴨川、埼玉県の所沢の市外局番が04になったそうです。　柏から所沢に電話するときに市外局番いらなくなったのかなぁ。　そいえば昔多摩に住んでいた時に、多摩(042-3xx) から八王子 (042-6xx) に電話するときに、市外局番が必要だったような気がするんですが。。。

● イノベーションのジレンマ

Nothing ventured, nothing gained. より。

既存顧客の声を聞きすぎるあまり、新しい顧客による新しい需要に気づかず、新規参入者にマーケットを奪われてしまうことを『イノベーションのジレンマ』と提唱したクリステンセン教授の話が日経BP ITProのサイトに載っていた。

なるほど、既存顧客や継続中の仕事に集中しすぎるあまり新しいことができなくなって、イノベーティブでないって感じることありますよね。　「イノベーションのジレンマ」か。　うちの場合、既存顧客の声っていっても知れているので、イノベーションし続けなければいけないのですよ。

● カニバリ

カニバリのことを「蟹張り」だと勘違いしていたオレ。　正しくは「カニバリゼーション」(cannibalization)のことで、共食いを意味するそうです。　新規製品によって既存製品の売上げが落ちるなどの現象などを説明するときに使われるとか。

→ マーケティング用語集:カニバリゼーション

● Google Adsense の支払い

うちの日記に入れている Google Adsense の広告ですが、クリック課金で100ドル達成したので広告費支払ってもらえそうな感じです。　100ドル達成するのに53,000PVぐらい使ったので、1PVあたり0.001886ドルぐらいで0.2円ぐらいですかね。　バナー広告並みってところでしょうか。

● ラーメンはしご

首相官邸横のラーメン屋。 ツヨシ待ち。

(19:58)

● 板金修理の見積もり

またレクサスから板金修理の見積もり来た。　叩いて27万円ぐらいとか。

ついでに板金屋の息子の西川に電話で聞いてみたところ、その程度の修理で板金屋なら二十数万ももって行かないとかいう話。

明日は板金屋巡りしてみるか。

● Geohist から tdiary への自動書込み

Geohist REST インターフェースを使って、前日に Geohist の書込みがあった場合、tdiary の日記として書き込む機能を実装してみた。　明日の 0時1分に実行されて、うまくいけば今日のエントリが自動的に書かれるはず。 これもサービス化して、ユーザにPOSTする tdiary のURL, 設定しているBasic認証のユーザ名・パスワードを設定してもらうようにすれば、自動的に書込みできるようになるな。

● 2008-05-23 の Geohist

• スタバのコーヒーゼリーフラペチーノ、飲みにくい。 (15:15:39) [地図]
• デニーズで昼ごはん (13:02:26) [地図]
• デニーズで昼ごはん (13:02:25) [地図]
• 見晴らし公園までバイクで来た。 (00:48:53) [地図]

Geohist でもっと見る