まずどのRFCを読むか。RFC 5321 (Simple Mail Transfer Protocol)またはRFC 5322 (Internet Message Format)が最新のようです。下記ではRFC5322の記述を元に読んでいきます。なお、RFC内の記載順ではなく、解釈の順番で引用します。

歩いていると自分の意志で歩いているはずのに車酔いします。ディアルディスプレイを見るのに左右に首振ると車酔いします。

脳に異常来てたらやべぇなと思って病院行ったら、タイトルのとおり診断されました。

どうも、感じている体の動きと、目の動きにズレがあるようです。要は、感じている重力の変化から予測される景色と、実際に目を動かして入ってきた景色が違うと。んで酔っちゃうわけ。

数週間くらいで自然に治るそうです。お前に飲ます薬も治療もナイ!って言われました。いや、薬は特に無く、普通に生活していろと言われました。

しばらく、歩行が面倒くさい生活が続きそうな予感です。

これで自動車保険の年齢制限が一段階上げられます。

その他は特に変わったことはない気がします。

あ、そういえば誕生日には会社のスタッフの皆さんがお菓子のプレゼントとメッセージカードくれました。会社のスタッフも増えるとこういうイベントごとも華やかになってくるのかと感じました。

祝ってくれたはいいものの、たぶん他のスタッフの全員の誕生日を把握できていない気がする。さて、こまった。

• (2010/07/30) round($年齢) == 30
• (2009/07/30) 誕生日らしい
• (2008/07/30) ひとつ
• (2005/07/30) 大人になりました
• (2004/07/30) 誕生日

今までもちょくちょく外には置いていたんだけれど、今回は比較的長期間外においていたので目をつけられてしまったのでしょう。電子情報を扱っているので、パソコン関連のセキュリティは並以上に気を使っているつもりですが、身の回りのセキュリティがおろそかでした。大変反省してます。

一応ヤフオクでいくつかアラート仕掛けておいたけどさ、見つかんないだろうなぁ。見つかってもオレの!って証明できないし。

みなさんも外においておくものは盗まれてもいいものにしましょうね。(外に置くなってか?)

たぶん最初にホームページってモノを作ったのは高校1年くらいで、「あなくつ」で運営し始めたのは高校2年くらいだったかなぁ。高校2年といったら2002年だよ、もう9年前。当時はインターネットってモノがどんなもんなのか全然得体のしれないものだったから、氏名とか出すのはためらわれたんだよね。だから出来る限り個人が特定されるような情報は出さないように気を付けてた。

しかし今はTwtterとかFacebookなど、情報が比較的容易に集まる時代になっているので、ネットを使う限り、隠してもどこかしら情報が滲み出てきちゃうんだよね。あと、ネットを何年も使ってきて、その世界が割と分かってきたので、わきまえた上で情報発信する分には問題ないかなと思った。なので、プロフィールページつくった。

で、まぁ、こんな事している時間があまりないんですけどね。現実逃避ってことでよろしく!

普段使っているLinuxのセットアップスクリプトを公開します。

想定している環境

• Cent OS 5.x
• ウィルスチェックアプリケーション: ClamAV
• データベース: MySQL 5.0.x
• データベース: Postgres
• ウェブサーバー: Apache 2.2.3
• スクリプトエンジン: PHP 5.1.6
• FTPサーバー: vsftp
• メールサーバー: qmail+vpopmail
• その他のアプリケーションはデフォルトのまま使用

ProDigy 7.1 XTにはヘッドホンモニターという便利な機能があります。パソコンのコントロールパネルからボタンをポチっと押すだけで、1/2chの音声が7/8chに転送されるという機能です。ケーブルつなぎっぱなしで、スピーカーとヘッドホンを切り替えたりするのに便利な機能です。

ところがどっこい、どうやらモニターを有効にするとヘッドホン側の出力にノイズがのるようです。モニター無しで、1/2chまたは7/8chにヘッドホンを直接接続するとノイズは聞こえないのですが、モニター有効にして聞くとノイズがのってしまうのです。

音が出ている間はほとんど聞こえないんですけどね、曲間とかでノイズが気になっちゃいます。残念。

ということで、ぼくはfoobar2000のASIOプラグインで7/8chにL/Rの音声をマッピングして、モニター機能は使わないことにしました。ヘッドホンとか音楽聴くとき以外は使うことがあまりないのでこれで代用。映像編集とか別でヘッドホン使う必要が出たらモニター機能で我慢することにしましょう。

そんな、まさか、とんでもない! まさか、日付戻して投稿してるとかそんなことないよ。

ゴールデンウィーク? なにそれ、金粉でもはいってるの? おいしいの?

とりあえず各所から安否確認の連絡をいただいて、心配していただいてありがたい限りです。生きてます、大丈夫です。こんぐらいじゃぼくはしにましぇん。

震度6は、たしかに揺れは大きいですが、意外と大丈夫だなぁという印象。電気は数分停電した程度、水道は水圧がかなり低くなったけど飲めないことはない、ネットも数分で復活、コンビニで電子マネーも使える。インフラが意外と頑丈でびっくりしました。ちなみに、今は水道停止中です。水源の水量が足りないそうな。

今回は運良く無事だったけど、備えが足りないなぁと思いました。とりあえずラジオが無いのは情報収集手段がなくて心配。みなさん、備えあれば憂いなし、ですよ。

まず、最初のセットアップがよくわからない。つないで放っておけばいいのだけど、表面上なにしているかわからないし、時間がそれなりに掛かるので、ちゃんと処理されているのか不安になる。

接続に関して、つくば市内の自宅では問題なく使えた。夜20時くらいで、平均で下り2.5Mbpsくらいでた。ちなみに、同じ場所同時刻でイーモバイルは1.5Mbpsくらい。数値的にはWiMAXの方が速いけど、体感ではそれほど変わらないきがした。あと、WiMAXはコネクションが遅くてデータがまとめて来るような気がした。スループット計測しているときのゲージが、イーモバイルはスルーっと進むのに対して、WiMAXはドバッ・・・ドバッ・・・って感じの進み方。あ、ちなみにココでのイーモバイルとは、下り最大7.2Mbpsのやつね。

移動中、つくばエクスプレスの中ではWiMAXはあまり使えなかった。高速移動中はWiMAXは厳しいかもしれない。電車内ではイーモバイルの方が比較的安定していた。

都内でも使ってみたけれど、あまりスピード出ない印象。日中浜松町のビル街の屋外では1.5Mbpsくらい、夕方池袋の建物の中では2Mbpsくらい。たまに5Mbpsとか出たりする程度。

ココ数日使ってみた印象だと、イーモバイルとほとんど変わらないなという印象。移動中の接続のことを考えると、イーモバイルの方がまだいいかなって感じ。

WiMAXもイーモバイルも料金はほぼ同じくらいなので、自宅で軽く使う程度または都内のみでの移動・利用ならWiMAX、持ち歩きで出張とかあるならイーモバイルの方がいいかな。

Movable Type 5ではわかりませんが、Movable Type 4では同じ名前のカテゴリやフォルダを追加すると、パスのディレクトリ名が勝手に「_1」とナンバリングされてしまいます。親カテゴリが共通でなくてもそうなります。

まぁカテゴリを登録したあとに、ひとつひとつパスを変更すればいいのですが、追加するたびに修正しなければならないのは面倒だ!!どうにかしろ!!、とのことです(デザイナいわく。いや、そんなこと言ってないですけども)。

で、MTのソースをざーっと追っていってパスを設定しているところを突き止めたのでゴニョゴニョしました。同じことでお悩みのかたは、追記を御覧くださいませ。

ホントはMT本体のプログラムは変更したくない(カスタマイズはプラグインから行うべき!というスタンス)のですが、cms_pre_saveコールバックだと、まだbasenameが設定されておらず、cms_post_saveコールバックだとすでにナンバリングされちゃってるんで、面倒だからしょうがない、という感じです。

1. Locationディレクティブで特定のリクエストURIに対してハンドラを指定する
2. AddTypeディレクティブで独自のコンテンツタイプに対してハンドラを指定する

ところで、世の中のウェブアプリケーションフレームワークにはステータスコード404(Not Found)のときに起動するものがあります。これはつまり、サーバーのドキュメントルート配下にファイルが無かったときにアプリケーションを起動するというものです。(ほんとよく考えたなぁ)

そこで、この考え方をApacheモジュールでも利用することを考えます。まず、エラードキュメントはApacheの設定で指定できますので、適当なURIを指定します。そして、そのURIに対して、Locationディレクティブでハンドラを登録します。こうすると、エラードキュメントが呼び出されるときにモジュールを呼び出してくれるわけですね。httpd.confの記述例としては下記のようになるでしょう。

ErrorDocument 404 /bootstrap/

<Location "/bootstrap/">
    SetHandler handler_of_application
</Location>

これでばんばんざい、というわけにいきません。404で起動するということは、Apacheとしてはエラー状態なわけです。これがどういう問題を起こすかというと、

• ステータスコードとして、404がクライアントに伝達されてしまう
• ファイルサイズが小さいと、IEなどで「やさしい」エラーメッセージ(Apacheドキュメント風に(笑))が表示されてしまう
• CookieやLocationなど、モジュールでheaders_outに設定したヘッダを出力してくれない

というようなことがあります。

これらの問題を解決するためには、Apacheの状態をエラー状態から通常の状態に戻してあげます。具体的には、request_rec構造体のstatus変数にHTTP_OK定数を設定してあげればいいようです。

これはまったくもって予想ですが、モジュールが最初呼び出されるとき、statusには404が入っていることから、Apacheがあちこちのモジュールを駆けまわる時に状態を伝達する変数となっているのでしょう。最終的にコアプロセスへもどってきたときに、statusにより出力処理を切り替えるのだと思います。

さぁこれでフレームワークっぽくモジュールができる!と思いきや、まだダメなんですね。フレームワークとして動作させるには、リクエストURIによって処理やレスポンスを切り替える、という動作が必要です。通常のリクエストによる呼び出しなら、request_rec構造体のuri変数やfilename変数などを使えばどこから呼び出されているかわかります。ところが、404駆動の場合、前出の変数は404に指定した先の値(上記のhttpd.confの設定だと/bootstrap/がセットされてやってくる)になるのです。

そこで必要になってくるのが、request_rec構造体のprev変数です。Apacheには内部リダイレクトという機能(要は、ブラウザに表示されているURLは変わらないのだけれど、同じサーバー内の別の場所にあるコンテンツを読んでいる状態、たぶん。詳しくは、このあたりが参考になる。)があり、ErrorDocumentによって設定されているページはこの機能により呼び出されています。そして、内部リダイレクトを呼び出した元が、prev変数によって指し示されているのです。つまり、クライアントがリクエストしたURIを取得するためには、prev変数をたどって、呼び出し元のuri変数やfilename変数を取得してくればいいわけですね。

さて、これで404駆動でもモジュールが使えるようになりました。あとそこから先は、ディベロッパーの根性で開発してください!

1. 1バイト取ってくる
2. 0x00から0x7Dまたは0x7Fなら、単純に2バイト(16ビット)に拡張(ASCII文字)
3. 0x7Eなら、0x203E(チルダ)
4. 0xA1から0xDFなら、0xFEC0を加える(半角カタカナ)
5. 0x81から0x9Fまたは0xE0から0xFCなら、後続1バイトを取ってきて、変換テーブルを用いて文字コードを得る
6. その他のビット列が来たら知らん(笑)
   REPLACEMENT CHARACTER(0xFFFD)に置換するらしい

UnicodeからShift_JISは真逆の処理をしてあげれば良い。ただし、UnicodeとShift_JISは完全に可換ではないので、欠損する可能性あり。

インターネットで使える文字コードの定義ね。

• IANA-CHARSET-MIB DEFINITIONS
  (RFC 3808で決められてるもの)
• CHARACTER SETS
  (RFC 2978で決められてるもの)

何気に最近更新されていたみたいだ。「last updated 2010-11-04」とかになってる。csCP51932ってなんぞ...。

一応、列挙されているキャラクタセット名以外は使うべきではない(もちろん大文字・小文字も区別される)んだけど、たまに変なキャラクタセット名が送られてくるよね。特にスパムメールとか。

逆にこれに従っておけば、一般的なアプリケーションに読み取ってもらえることを期待できる。