💛 メモ帳

　ドラ泣き再び!新作映画公開記念「STAND　BY　ME　ドラえもん」
　そんなテレビ放映を観ながらだから・・・長い夜になると思う。


　ブラウザのタブに12面（default:2 new-diary:5 その他:5）も開いていて、テレビを観ながら横目でPCを操作すると偶にはミスします。あっ、付けてはいけない処に足跡が付いてしまったの。うん、猫氏の処はどうせログで付くのだから足跡を付けているの。でも、間違ってよく見ないで付けてしまったの。

　あぁ、際立って目立つ唯一で最初の足跡。

　うん、「しょうもない話」と「難しい話」と「意味深な話」の３つはあるわ。そうだね、手っ取り早く説明し易い猫氏の疑問に対するしょうもない話が一番先にした方がいいわね。

　足跡取得ルーチン1.0　メニューから。
　足跡取得ルーチン2.0　メインページのトップから。

　うん、1.0は日記の中に組まれているの。それでね文字数が一杯なの。それを打破するためにesc:9.400.0.1のように裏掲示板にコードを移植したの。ここは幾らでも拡張が可能なの。それでね、そこを主体としていた時には良かったんだけど今はここを主体としているの。全てのクッキーを管理するところがそこだから起点はそこになるけれど、基本的にそこでの更新はしないつもりなの。

　でも取得ルーチンだけは適度な周期で取得更新させていたの。

　足跡取得ルーチン1.0を久しぶりに更新してみたの。

　うん、ここでもCGI制限と退会の区別が出来なくなってる。

　足跡取得ルーチン2.0は4日前に更新していました。

　うん、この2.0を二か月前に更新したときにある異変に気が付いたの。それまではCGI制限者はbenkeiさんとojisanomoideさんの二人だけだったの。退会者はprofile.htmlで「object not found」を返していたから振り分け出来ていたの。

　まだ検証していないけれど処理の流れからするとそう考えた方がいいみたい。つまり仕様の変更があるはず。

　この二つのものはログが５面作られるの。一番新しいものが一番左側に来て古いものが右に並ぶ仕様だったんだけど、2.0の更新時にミスをしたの。うん、何も手を加えなくて保存処理を行えば綺麗に並ぶはずだったのに、その退会者が振り分け出来ていないからログの位置を変えたまま保存処理されたから思いっきりずれています。一番新しいのが右端に来てる。まぁ５回更新すれば元通りに並ぶと思う。

　NOは何の順か意味不明

　うん、YES,NOのNOはどこにも無いし、No.も無いし。もしかしてセルの最初の「(1)」の列にある数値のことかな。そういえばそこのリストの一部分を日記に使っていたわね。全てのセルでソートが出来るから。うん、知らない人からするとその番号が気になるかも。

　それ、ただの処理番号です。だって一番左ってそういう役目をするのが普通だと思う。この流れは至って単純なの。まずdefault内の全てのIDを取得（勿論重複排除）。上から順番に処理ループが始まるわ。そしてそれぞれのログでまたID取得（勿論重複排除）。それらは処理ループのスタックに追加されるわ。うん、番号が若いほどdefaultのログに足跡があるはずよ。

　近々は3600 * 60 * 24 *30がさっき見たコード内にあったから30日だね。

　うん、さっき両方のコードをさっと斜め読みしてみたの。それでね、このコードは古いの。今ならもっとスマートに組めそうな・・・・そんな予感がするわ。

　「しかし改めてみると第一次入植者が少ないなあ」ってあるけれど、これって「足跡」のリストだから。うん、それは新規入会者のことだよね。あぁ、新規入会者リストはあるのよ。別のところに。

　そしてね訳の分からないくらい新規のIDが作られているの。三文字なら36*37*37で40284種類。四文字なら1330668。うん、133万ね。これ、10/secでシリアルサーチしても１日あれば全て取得できるわ。あまり高速に取得すると制限が掛かるから適度に遅延処理をするの。



　ここの最初の日記は 2020 11/18 14:04 テストルーム
　日記書く前に捕捉されてるじゃん！

　そこ見た瞬間に開いた口が閉じらなくなりました。まさか笑わせるためにワザとしか考えられない。だってその下にあるのよ。↓はい。


あ、