早くもこのドメインのメールアドレスにSPAMが来たよ。しかも洋ピン（←っていうな）。

あなたのサイトは検索エンジンに登録されていないみたいだけど、そんなじゃアクセス数が稼げないよ。うちらが高度なテクノロジーを使って各種検索エンジンに登録してあげようか？　そうしたらもう、あんたのサイトのアクセス数は大爆発さ。月15ドルでどう？　一回こっきりなら60ドルでやりまっせ。（←壮大な意訳）

ってな感じのやつ。なんだかやたらとメールアドレスを見つけるのがはえーな。まさかレンタルサーバー会社がメールアドレス売っているんじゃあるまいな。と思ったりもしたけれども、よく考えたら新着ドメイン登録をまめにチェックしているところならば、このくらい早いSPAM送信も可能か。

こっちのサーバー版のtextmaniaもだいたい動き始めたんで、お暇な方はテストをしてみてください。基本的な使い方はtextmania2に準じていますが、機能を削ったり増やしたりしています。

このサーバーは、コントロールパネルからメールアカウントの設定をいじると、コントロールパネル経由では許されない設定（mail2nikkiをキック）部分を自動的に削除してしまうので、メールアカウントの設定を変更した場合は、あとで.procmailrcを直接修正しないと、hnsのメール経由での編集機能が無効になってしまうんだよ。という自分用のメモ書き。

えっと、たぶん私は「日記(UNIXつかい,「Emacsつかい」を除く)」ではない気がしますよ。どのOS使いかと言われたらもうWindowsべったりな感じです。母国語はObject Pascal（Delphi）ですし……。

ボクなりに推察すると、掲示板と日記を連動することによって、どのトピックに対しての反応なのかがサイト運営者だけでなく読者にもよくわかる、というメリットの点が結構デカイんじゃないかと思いますね。

「ツッコミ機能」の持つ機能的意義についてはもちろんその通りです。それがなぜ最近になって流行りつつあるのか （←流行りつつあるという証明はなされていないけど）という部分についての理由として、試しにあのような理由を想定してみたわけですね。

まあ実際のところは、「そういうことが（技術的に）可能であるということに気がついた人が増えた」とか「cgiスクリプト書きの人口が増えて、動的webサイトの底辺が広がった」とか、その辺が主要因だろうけど。でもそんな理由は（テキストサイト論的には）つまらない。

本日の夕食はきりたんぽ鍋。うちの鍋はいつも、家族3人（うち一人は一歳児）で大人4、5人前なんだけど、今日はさらに激しく6人前くらいの分量があった。さすがにこれは食いきれないべ、と思いつつも、気がつけば鍋はほぼ空っぽに。我ながら信じがたかった。

かぶってますね。現在hnsbbsをperl5にport中です。

あら、すでにそういう作業をやっておられたんですね。でもまあ私のは、hnsの中身もよくわからないままに作り始めちゃったものなんで、一般に公開できるレベルまでいつたどり着けるかわかりません。それに、機能ももともとのhnsbbsとはずいぶん違っている（省機能の方向に）んで、かぶっていてもそれなりに別物としての存在意義があるかも。とかいいつつも、もしもPerl版のhnsbbsがあったら、それをベースにカスタマイズして使っていただろうなー。

「 HNSでも俺が欲しいような機能は半分くらい載っているみたい 」とか。半分ですか。hns はかなり機能多いと思いますが、それでも俺的に足りない機能もいくつかあるのは事実。

なんか第三者的に上記の自分の発言を読むと、「hnsには機能が足りない」とか「hnsにもっと機能を追加しろ」と言っているように見えちゃうんですが、より詳しく言うと、「hnsには俺がweb日記システムに欲しい機能はだいたい載っているけれども、web日記以外の用途で使う機能は載っていない（当たり前だけど）」って感じです。と、なんとなくフォロー。

私の場合は、web日記にいわゆる“日記”的ではない機能までも取り込んでしまおうかと思っていたんで、私の欲しい機能を一通り取り込んでしまうと、それは一般的な日記システムとしてはとても冗長なものになってしまうでしょう。

ようやく基本的な仕組みが理解できたような気がする。hnsbbs2でkenjiさんが書いていた

キャッシュは、hnf が更新されたかどうか見てるので、hnf の time stamp が、変わらないと表示は変わらないような。

という通り、該当日付のhnfファイルのタイムスタンプが更新されない限りは、その日の日記の表示内容更新処理は呼ばれず、日記更新処理から呼ばれるBBS付加文字列更新処理も呼ばれないわけだね。

根本的にBoard.pm内の関数の呼ばれるタイミングを勘違いしていたよ。そして、その理解に基づいて実装した今の仕様は、あまりにも冗長な部分が多いな。なんでhnsbbsの文字列更新処理がああいう書き方になっているのか、ようやく理解した。

ひとまず現状の仕様の延長で、俺の思っているような動きをするような変更方法を思いついたんだけど、ちょっと前までさかのぼって書き直す必要がありそうだな。いったんhnsbbs2は外しておこう。

hnsbbs2は、ようやくふつうにhnsと連動するところまでたどり着いた。あとは、bbsとしての機能をもうちょっと充実させつつ、管理ツールを作らないとな。デザインのカスタマイズもやらないと。

一通りの機能を実装したら、今度はそれを全体的にPerl5ライクに（hns本体となじみやすいコードに）書き直してみるか。もともとPerl5ライクな書き方のお勉強はしなければならないよなーと思っていたところだし、これでPerl5ライクな書き方を身につけて、それからほかのシステムを作ることにしよう。

あ、でもそれ以前にtextmaniaだけは早めに移転させておかないとなー。バックエンドの仕組みは、現在big-netで動かしているものよりもずいぶん洗練された（負荷が少なくて確実性が高い）ものになったんで、とっとと現行システムは停めてしまいたい。どうせtextmaniaはこのサーバー上では基本的に（web側は）phpで動かすつもりなんで、Perl5のお勉強とは関係ないし。