nazuma SearchのSvrのクロールに36時間かかった。ハチPCだと倍の3日かかるだろう。
データを計らなければならない。
Cltだと24時間だと思う。Cltは外付HDDにしている。クロールデータ量をはからなけばならい。
Clt×1.5=Svr 内部ネットワークの障害はたいしたことはない。
クロール中はいずれもかなりのパフォーマンスを要求された。クロール後の検索速度等は申し分ない。サーバーデータが大きすぎてソフトの許容量を超えるのでないかという懸念があったが、無用だった。探三郎は許容を超えた。
ということは、おそらくFessも大丈夫だろう。素材の最適化以外のメンテナンスやチェーンナップは不要だと思う。
いずれも常駐クロールははずしておいてよいことになる（最新を求めるものではない）。
いずれにしても、更新クロールは連休しかやれない。
素材が安定したらSvrのみになるだろう。否、Cltはいらないだろう。
￥1,550/月で３個使っている。
データパイプラインや近接検索を夢見ている。が半分諦めている。しかし、完全とはいわないまでもある程度は勝手になるとは思っている。執着しないことにして別の道を模索してるということ。その別の道とは、地道なというより地味な「ただの検索」である。
「ただの検索」
ファイル名を最適にすることは大変なので、入れ物（乗り物）をEverNoteにすればよいと思った。ノートブックとタグの2軸がよさそう。タグがなんとかしてくれると思った。タグだけでの検索、というか絞り込み。タグは階層的となり世の中のモノコトに応じてどんどん増える。100はある。
EverNote はタグ検索に向いていないのではないのか。というよりタグで整理するのはそもそも無理ではないのか。またevernote は入れ物として適当ではないのではないか。という気がしてきた。このうちどれかが該当すればそのようになる。だから、いったんこの道は保留にする。
prologue：表と裏／前者と後者／A・B・串刺し／0・1・2／3階層が認知の限界／ 内部秘密たるminos／外部公開たるmskura
前者は、つねに堅固にしておく必要があるからつねにシンプルにしておく。
外部公開という（湧いた）需要は複雑さの種になるから、この段階で切り離したほうがいい。
mskuraの出現によって、フル権限の私がクライアント側にになるという新たな視点が生まれた。
まずこのことを歓迎して、この新世界の足場を固めることからはじめよう。
minosの根のセキュリティ設定がフルになったことによりシンプルになって嬉しい。
ナンバー記事と曼荼羅（マトリックス）からだな。
#0：minosメールは外部ユ―ザ一の一人。
yama#もしかり。
そうしてtokudメールなどの元々外部ユーザーと同一部類となる。
#1：フル権限たるminosなどの少数限定。
#2：閲覧のみたるteraoなどの不特定多数。
#3：guestまたはvisit。これがこの視点なのだがシンプルというか単純化してmskura@msoffice.biz gestもといmskuraの乱数表。
mikeメール・hatiメールがgest／縦軸は、kuro・hati・mukeの三つ。
実際はgest-kuro@msoffice.bizの一点物
visitたるmskura@msoffice.bizの乱数表
足し算ができる程度で予測可能なシステムにしておく。
非公開・機密秘密ではなく拡散や乱用を防止する措置。
1234 2345 3456 4567 5678 6789
機密情報ではないがゲー卜を設けています。入室にID・Passが必要です。 電話・メール・主要文書の補足情報であるので、利用者にフィルターをかけています。
Passwordは乱数表Aのとおりです。 1234 3456 5678 ====— 1234 3456 6789：これだな