MuBlogの検索についてのメモ

　記事数が１００を越え、コメントが３００になり、アクセスが一万を超えてくると、最初の意図とは異なり、大所帯になってきた。
　普通のデータ管理なら５００や１０００件のレコードくらい、何の気無しにスッピン・テキストのままでも扱えるのだが、ネット上のデータは、アクセススピードがおうおうにして遅くなり、反応が数十秒、一分を越えることもある。回線は葛野では１００Ｍｂｐｓだから、遅いわけではない。要するに、中央のサーバー群がメンテナンスや集中アクセスで反応が鈍くなるだけである。
　つまり、せっかくデータを格納整理していっても、いまのままでは、蓄積を有効に使い切れない。唯一の頼みは、カテゴライズされているので、そのカテゴリーが明確なら扱い切れるのだが。そのカテゴリーについても、現在システムの平面的な二次元リストでは、そのうち複雑怪奇なものになってしまう。
　外部検索エンジンも最近は、Googleで記録へ直接アクセス出来るようになり（数週間前までは、MuBlogトップにアクセス出来るだけだったので、掲載日が古くなると固有記録へのアクセスができなくなった）、重宝はする。しかし、これもそれを使い勝手よくするには、限界がある。
　よって。

　当初予定通り、MuBlogを完全にデータベース、つまり、知識樹ないし知識DBとして洗練させていく考察をはじめなければならない。
　それで以下のいくつかの方法を考えてみた。

（１）PostGreSQLとアパッチで自製する
　これは、根気よく時間をかけないと頓挫しそうである。特に現在一番課題に思っている、ユーザーインターフェース構成が、泥沼ないし熱狂に入り込み、肝心のコンテンツが製作できなくなる。

（２）ニフティーのTypePad改良を待つ
　これが一番気楽だが、限界はある。

（３）blog用のアプリケイションを組み合わせる
　これが自然な道だが、作成者の多くはなんとなく若者や、オタクが多いので、その世界に入り込むのがすでに無理がある。十分深呼吸して対峙したなら、すばらしい機能や発想が多くて豊かなのだが、システムにも文化がある。異文化に接し吸収し自分のものにしていくには、加齢。

（＊）旧来手法でこつこつと
　で、そうするつもりである。
　めちゃくちゃ古い手法だが、メンテナンスが楽で、あらたに勉強することが少ない（なんか、退嬰的じゃね）。
　私の方法は古来、手堅い手法が多い。つまりアクロバットはなくて、愚直。
　おお。自分のでやるのが一番気楽。
　新たな発想はない。
　ただ、その分、コンテンツや記録管理に全力を注げる。
　そうしよう。

MuBlogのための検索システムならびにデータメンテナンス：システム概略

１．定期的にMuBlogデータのダウンロード

　　差分処理などは当面放念する。

２．KT2にモジュールを一つ追加

　　XML表記からタイトルやカテゴリーを切り出し、別の正規化をほどこす。

　　テキスト全体に、位置情報としてタグ付きで、語の切り出しをする。

　　この際、BSH4などの主題ツールを辞書にしてもよかろう。

３．ＲＤＢに本文と切り出し語を格納

　　ファイルメーカーを使うのが一番気楽である。

　　必要とするリスト書式なども簡便に何種類もすぐにできる。

　　なによりもWeb発信が気楽

４．ファイルメーカでの情報検索＆リスト作成。

　　Webでパスワード付き、作業をできるようにする。

　　ただし、検索についてはフリーにし、MuBlogのツールリストからリンクする。

＊これくらいなら、その気になれば短時間で可能
　MuBlogデータを手動で定期的にダウンロードするのがまことにヘボイが、あとは一連の手続きだから、あっという間に運用できる。
　まあ。よいか。
　この程度にしておこう。
　あっつ、写真はどうしよう。うむ。
　（ファイルメーカーでは写真も扱ってきたが。うむむ）
　（注意しないと本末転倒。MuBlogは簡便さ、保守の容易さ、双方向リンク、カテゴリ構成、ネット上での相互関係、標準化などの意図で使い出した。なんでもかんでもファイルメーカでやり出すと、コンテンツが少なくなり、複雑さがまし、MuBlogの意味を喪う。これらの、分岐点をちゃんと心得ておこう）