ありゃ， そういうトコもありましたか．．． もしかして，メイドさまがデフォルトなのかな？ 　でも，#56 には以前は袴さんしかいなかった気がするなぁ． 各地のはいから亭をチェックすべきですネ！(笑)

　面白そうなことをしてはる(笑) 　出来上がったら公開してくらさい (^-^

　ところで今日の食事は #1 肉まん，#2 お弁当，#3 スパゲティミートソース（w/z タバスコたっぷり）．

　ところで 2/15 発売の move のニューアルバム， 今日もうレコ屋に入荷なので即ゲットですヨ！ 　当初はどうしようもなくマイナで「イニＤ」ファン以外に全く知られていなかった彼らも， 今やオリコンの常連さんだわ． あたしが目をつけていながら売れるとはなかなかのものなり．

　んーやっぱしモダン食堂の制服ですかのう． どこかにモダン食堂の制服の画像はないかしらん． えーっと，g://モダン食堂 制服 画像． で，そこで見つけたトコ． あーあーあー，こんな感じでしたかのー． 絵だと脱いでるんでよくわかんないけど文面とも合致するぞ．

　まーとりあえず午のえらいひとに確認していただくのがベストでせうか． 週末に再 #56 とか．Are you ready？

　えぇと，PHPLIB の続き． 認証が必要なページの頭に page_open() を差し込むだけでおっけーなのですな．

　といいつつ，認証まわりでトラブったり． PHPLIB の認識しているログインページと実際に使うログインページが違う （HTML 自体は同じなんだけどフレームだから違う扱い）ので， 初回のログインの時点で未ログインなためにログイン要求を出されてしまうのであった．

　で，PHPLIB にはこういう時のために auth_preauth() という機構が用意されていて， これを使うと正規の認証手続きの前に独自の方式で認証を行なったことにできて， 独自のログインページの中でこれを行なうことで目的を果たせるのだ．

　と思ったら，どういうわけか auth_preauth() に処理が渡る段階で， ログインページから入力したフォーム変数が消えうせていたりするのだな． なんでだろーか．．． デバッグ出力を死ぬほど入れて調べたら， どうも 2回ページを読みに行っているように見える． ていうか apache のログを見ると，最初に POST した後に， セッション ID を持って GET に来ているみたい． セッション ID が発行されてるってことは， PHPLIB のセッション機能を経由してはいるってことだよなーとか思いつつ， セッション管理部分で「Cookie を持ってない客の時は 302 を返して再 GET させる」 とゆーロジックを発見． フツーに Location で別ページに飛ばすとブラウザは再 POST するもんだと思ってたんだけど， 302 だと再 GET になってしまうのかな？ 　うーん．．．

　とりあえず GET によるデータ取得禁止で完全 Cookie オンリーにしたら動いたけど． まぁどちらにしても今の設計だと Cookie 前提だからいいんだけど， 個人的に Cookie って好きでないので，これは何とかしたいところ．．．

　1:30 就寝，8:30 起床．

　今日の朝はちょっと遅くまで寝てたのでいつもより少し遅い時間の電車．．． 4本遅れかな？　なんか妙に空いてて驚いたわ． これが噂の「桜木町発」というやつか？ 　うーん素晴らしい．毎日これに乗るように心がけたい所存．