雑念ベース

　モデラーズクラブ主催の、合同作品展です。写真は少ないですが、本当はもっと多いです。

　一部の写真には人物が写っていますが、肖像権に関しては群集であると判断して、そのまま掲載いたしました。困ると言う方は、匿名で構いませんのでコメントを入れてください。可能な限り早く（おそらく翌日までには出来ると思います）掲載中止、または写真加工をします。

　今、最終的にはフレームワークっぽいものにするつもりで、Perl でプログラム書いています。世間の流行に載せられ、UML・オブジェクト指向・デザインパターンも導入。条件分岐が減って喜んだりしています。

　さて、まだ取り入れていない流行があります。MVC です。プロの方はご存知と思いますが、データ（Model）・表示（View）・処理（Control） に分類してコーディングすると言うやつです。データ形式が変わったら Model だけ修正すればいいということになり、変化に強くなると言われています。これを取り入れたいと思っています。
　変化に強いことも魅力なのですが、目的は、View と Control が混ざってしまっているのを何とかしたいと言うこと。

　数時間情報を探してみましたが、Perl での例にはたどり着けませんでした。PHP はあるんですけどねぇ。抽象クラスがなかったりはしますが、Perl でもオブジェクト指向プログラミングは可能です。誰かやってません？

# Sledge というフレームワークが MVC らしいですけど、個人で使うには大きすぎます。

　ITmedia によるホビーショーのレポートが公開されています。これを見ると、自分のレポートなんて要らないんじゃないかと思ってしまったり・・・。

第43回　静岡ホビーショー　イベントレポート

　相変わらず迷惑メールが猛威を振るっています。今は私のところにはそんなに来ていませんが、アドレスを変えたりする前はかなりひどかったです。何とかせねばといろいろ考えた結果、少なくとも一般公開していない、ユーザー登録にのみ使っているアドレスに関しての対策を思いつきました。

　まず考えたのは、公開していないはずのメールアドレス宛てに送られてくるということは、どこかから漏れているのではないかという事です。今流行りの個人情報漏洩ですね。漏洩を防ぐためには、漏洩元がわかるようにすればいいと考えました。
　区別する手段として、ID が使われることが多いです。ユーザー登録をすると ID が送られてきますが、登録先にも ID をつけてしまうというのはどうでしょうか。A 社に登録すると、A-USER123 という ID が割り振られるとします。通知を受けたら、今度は A 社に対して A-REG456 という感じに ID をつけてしまい、A 社がメールをユーザーに送ってくる場合には、この ID を添えてもらうわけです。
　ユーザー側では、この ID がないメールは他社からのものであると判断し、フィルタ機能を使うなどして処理します。見覚えのない ID のメールはすべて迷惑メールとしてしまうのもあり（むしろ、そうすることを想定しています）でしょう。

　さて、この ID をどうやって添えてもらうかです。本文に入れると言うのもありではありますが、余計なものを見るのは嫌です。
　メールには必ずヘッダがあり、そこにはタイトルや返信先アドレスなどの情報があります。そして、独自の項目を追加することも可能（X- で始まるものはすべて規格外として扱われます）になっています。これを利用することで、ヘッダとして添えてもらいましょう。とりあえず、X-mail-ID とでもしておきましょう。このヘッダ項目で先ほどの ID を添える場合は、X-mail-ID:A-REG456 となります。メールソフトのフィルタはヘッダを判断基準に出来ることが多いので都合がいいです。

　ヘッダ項目とすることで、メールアドレスの一部として使うことも可能になります。メールアドレスの後ろにタイトルや本文の情報を含めることが出来ます。処理系（メールサーバーやメールソフト）が対応する必要があるかもしれませんが、foo@bar.co.jp?id=A-REG456 のように使います。ちなみに、タイトルは subject、本文は body です。タイトルや本文は企業側で決めたいでしょうから適しませんが、独自のヘッダ項目なら大丈夫です。企業側も、登録フォームの修正は必要ないでしょう。メールサーバーが対応すればいいだけです。

　さて、実際に漏洩した場合です。

　まず、ID が添えてあった場合です。この場合は漏洩元がわかりますから、訴えるなりすることが出来ます。企業側はいっそうの努力が必要となるでしょう。漏らしたのが誰かを突き止め、処分をしてくれるかもしれません。
　そして、ID がなかった場合です。ID のないメールを削除するようなフィルタリング設定にしてあれば、そのメールが来たことにすら気が付きません。送られていないも同然となります。メールサーバーやネットワークに対する負荷はありますが、ユーザーが不快な気分を味わうことはないはずです。

　このシステムが実装され、普及し、効果を発揮するようになれば、迷惑メールはかなり減っていくのではないでしょうか。興味を持った技術者の方、ぜひ実装してみてください。残念ながら私には荷が重過ぎます。GPL と思ってご自由にどうぞ。原案者として、「よしとも」と入れてくだされば、それだけで十分満足です。

　また、問題点の指摘や改良案などありましたら、コメントください。

　やっとタイトルが決まりました。「雑念ベース」です。

　雑念をベースとするいろいろなことを中心に書いていることが由来です。今度は他のところと被ってません。これで「（仮）」が取れました。

　と言うわけで、改めてよろしくお願いします。

　5月22に書いた livedoor エンコーダーですが、権利者の許可をあらかじめもらっておくことが必要になったそうです。許可はユーザーがもらう必要があるとのことですが、そう簡単には許可は出ない気がします。

INTERNET Watch『ライブドアのMP3変換サービス、利用にはCDの権利者からの承諾が必要に』

　音楽 CD とメディアを預かって、MP3 形式に変換したものをメディアに入れて（もちろん、音楽 CD も）送り返してくれるというサービスを、ライブドアがやっているようです。
livedoor エンコーダー

　これって、幇助になりません？MP3 形式は複製が簡単ですし、CD-R や DVD-R もバックアップが可能です。ばら撒くのがグッと簡単に・・・。

　ドスパラ静岡店が移転して、遠くなってしまいます。直線距離で約750ｋｍ。前はバスで行きやすかったのですが、今度は電車が必要です。カード作ってユーザー登録までしたのに。貯まった84ポイントどうしましょう。1ポイント1円なので、何にも買えません。

　今までは自転車で行ける距離だったので、出かけついでに覗いたりしていました。今度は無理です。そもそも、ついでに行く場所じゃないですし。なんか、交通の便も悪くなってる気が。

　パーツを専門的に扱っている数少ないところが1つ減りました。

　タイトル候補が1つ決まりました。

「雑念ブログ」

　エントリーの傾向を見てると、結構雑念的に普段考えていることが中心だったりきっかけだったりします。「妄想」という候補もありましたが、イメージがあまりよくない。意味を調べてみても、やはりよくない。と言うわけでこれは却下しました。

　ここまで書いて、念のため検索。

　1件ありました（＾＾； 2004年5月5日に開始してます。それ以降は加筆なしですね。被ってもいいでしょうか・・・。
　うーん、もう少し練ってみます。

　初コメントが付いて早速返事を入力し、プレビューで確認したところ、一番下になにやらエラーメッセージが。

MT::App::Comments=HASH(0x812d9ec) Use of uninitialized value in sprintf at /virtual/yoshitomo/public_html/x/lib/MT/Template/Context.pm line 1187.

　該当するところのコードは、_hdlr_comment_author_link サブルーチンの以下の部分。コメントを書くときにアドレスを入れておくと、書いた人の名前がリンクになり、CGI を経由してそこに飛ぶようになっています。

return sprintf(qq(<a target="_blank" href="%s%s?__mode=red&id=%d">%s</a>),
$cgi_path, $comment_script, $c->id, $name);

　エラーメッセージからすると、ハッシュが初期化されてないのに読み取ろうとしてるぞってことでしょうか。
　$cgi_path は CGI ファイルの置かれているディレクトリのパス、$comment_script はコメント関連処理のための CGI プログラムファイルの名前、$c->idはコメントに付けられた整数による ID、$name はコメント者の名前ですね。何がいけないんでしょうか。