2 鯖でも新管理システムがテスト導入されたもより。2004 年暮れに FC2 ブログを開設したときもβ版だったのだけど、正式バージョンに気づかぬうちに改定された。
CSS レイアウト化されて読み込みが体感的に早くなった。が、書き込みの方はさほど変わっていない感じ（ AIR-EDGE か？えっじがわるいのかー）。機知の不具合に上がっておらず、気づいた点は「コメント本文内のオートリンク」の設定が新旧どちらで設定しても結果が一致しない、といったところ。さしあたって自分的に現時点で不足している機能はないので、現行システムをメインに使いながら「新管理、どこが変わったのか？」の探索はぼちぼちと見ていきます。
新管理画面が「こうだったらいいなあ」というネタを一発。まず、現状の管理画面（システム）とユーザの関係をみると、システムの送ってくる画面（インターフェイス）にはサイド部分に階層メニューがあってユーザはそこから大分類→中分類→小分類と選択して目的の画面をメイン部分に読み込み必要事項を入力して返す、という作業を行っている。この”毎回、全メニューを読み込む”、”一足飛びにジャンプできない”というのが（回線弱者である）僕にとって最大の不満である。また、階層メニュー（木構造）の弱点として、ひとつでも選択を誤ると目的地にたどりつけない→他のページをうろうろ探す→さらに「重たい」という錯覚が増す、という悪循環もあったりする。
さて、問題点が明らかになれば解答の半分は済んだようなもの。システムは何故、全メニューを毎ページに出力しなければならないのか？それは、ユーザが何をしたいのかが解らないから「とりあえず全部出してくる」のです。ならば、まずユーザが自分の目的をシステムに伝えることができれば、長いメニューを読み込んだり中間ページを経由することなく、その時に必要なページ（インターフェイス）だけを送り返すことも可能となるはず。これは処理的にも時間的にもトラフィック減につながり両者にメリットがある仕様と思われる。
で、具体的なデザインはというと何のことはない「検索窓をつける」である（石とか投げないように）。既存の管理ページ郡はそのままに、さらにページをひとつ増やす（各ページに検索窓をつけるのではない）。内容は、新記事投稿・ファイルアップロード・テンプレ、などのリクエストの頻度が高いであろう数個のリンクのみとし、あとは検索フォーム・インプット・ボタンだけの構成（イメージ的にはグーグル）で、サイドメニューはもちろん無し（当社概算では 500バイト 程度のページになる）。ユーザはやりたいこと、あるいは、管理について知りたいキーワードをリクエストし、システムは該当する個別管理ページへのリンクとそのページの概要・説明を返す。例えばユーザが「記事」と検索ワードを送れば
といったような結果がフォームの下部に出力される（サマリはもう少し詳しく^^）。この時に、ユーザの入力が詳細になされ、システム側が該当ページはひとつだけと判定できるなら直接そのページを開くようにする。要求レベルによって逆引きマニュアルにも実行にも使えひとつぶで二度おいしいし、今後の機能拡大で個別ページが増えても破綻しない。
･･･あたりまえすぎますかね。でわ、もうちょっとコアユーザ向けな仕掛けも考えてみましょう。
システム側から見た個別管理ページというのは、実はごく小さなパラメータを受取るためだけにあって、ページに出力しているほとんどの部分はユーザへの値を変えた場合の説明や値の入力補助の要素に過ぎない（たぶん）。つまり、効果を知っていて適切な値をシステムに直接リクエストできるのならページそのものが不用になる。で、この”新”検索用インプットはコマンドやワンライナを受け付けられるようにするんであーる（だんだん妄想っぽくなってまいりました）。例えば、スパムコメントがついたとする。自分の場合ブログを見て気づくパターンなので、その時点でコメント NO は解っている。新画面（もうあるつもり）のインプットに
> del comment 1234
と入力して送信、これでおしまい（いちおう”>”は「検索ではなくコマンドだよ」ってシステムとのお約束のつもり。コマンドの説明は > ? でフォーム下部に出力される脳内設定）。バックアップしましょうキャンペーン中なら > backup all あるいは > backup 200706 てな感じで。実行後に確認のためページ変移があってもいいけど、その時点ではユーザの目的は果たされているので読み込みが遅くても全然平気。「いまさら CUI かー？」と思うかもしれない。だが、そもそもブロガは書くことが仕事なので一行くらいタイプ量が増えてもビクともしないのだよ（けど、履歴機能とかもあるといいかも）。うーむ、書いてるうちに本当に欲しくなってきたゾ（ということはやっぱりネタ？）。
FC2 ブログの機能が充実すれば便利になる。だが、実際に自分が使う機能でなければそれは無いのと同然である。無いものによって現状が悪くなるのでは結果的にマイナスでしかない。ブログもこの管理画面と同じ構造で、ログが増えてくれば絶対にぶちあたる問題でもある。これは書き手（送り手）主体のインターフェイスの特徴ともいえるだろう。多くの場合ユーザ（読み手）は目的を持ってページを開いている。その目的を知る（あるいはグッと日本的に察する）といった、ちょっとした歩み寄りがムダを減らし、使いやすくなるヒントじゃないかと思う。
またまたエフセレブ界隈が静かだなーと思ってたら、みなさんテスターやってたんですね（情報遅ッ）。かかりっきりだと「新画面ってそんなにバグだらけなん！？」って不安になるので、本家の方もたまには更新してください（敵を欺くにはまず味方から）。
現フォトログは 365 エントリで終了する予定なので、次なるフォトログの構想を練っている。長辺 1000 ピクセル位の写真を載せたい（そーゆうのが撮れるようになるかが最大の課題だ）。今のものよりもメニューを廃し、写真そのものをアンカーにしてページを繰るアルバム風にしたい。となると FC2 ブログの機能だけじゃ不足してくる（終端のファイルが特定できない）ので、新変数が欲しいと安易に考えてしまうのだが、ちょっと待て。そんな 100 人中 1 人が使うかどうかという変数を増やすことに意味があるだろうか。自分のような目的の場合は、ホームページスペース（ FC2WEB とか FC2WEB など）でも借りて、真の意味のテンプレを作成・編集してアップしてゆく方が柔軟なサイト作りができるんじゃまいか。
ブログは簡単お手軽で更新したい時にサッと更新できるところが魅力。複雑な設定や機能が増えて、使いにくくならないよう、シンプルで軽い新管理画面ができますように (-人― )" ナムナム。
つい釣られて登録した。気が向いたときに「今日の格言」でも書いてゆくショゾン。
洵さんの呼びかけに挙手したいなーと思いつつ、あれこれ裏話など。写真を見せるのに適したテンプレート
を作り、プレビューで Harukiya Foto Life を使っていただく（宣伝になるじゃん！）という、おいしい話です。けども彼の裏ブロは、過去に俺ルールで書いた”タイトル欄に画像のファイル名を入れる”というイレギュラな作りなので、通常のテンプレートで表示すると 30件/ページ（転送量が約 3MB）の殺人的に重いブログになっちゃうんだよね → 覚悟して wreathe で見てみる。これ、テンプレイメージ戦略的にはマイナスっぽくない？
この変則的な、エントリタイトル＝画像ファイル名の理由は <%XXX_title> 系の変数が使える箇所すべてでイメージ（タグ）を生成でき、”s”を付加すればサムネイル呼び出しも可能な点で、複数エントリのページでは元画像を使わずに済ませたいという出来心でやっちまいました、スイマセン。欠点としては、正しい意味でのタイトルが使えない、ひとつのエントリに最低 1枚は画像が必要になる、ファイル名は連番でなければならないなど（他多数）オススメできる技じゃないので詳しく書きません^^。FC2 本丸の方で元画像/サムネイルをブロック変数ごとに使い分けられる単変数の開発か、エントリのフィールドを増設してもらえると良いのですけどどっちも難しいでしょうね（などと技術者魂をゆさぶってみる）。
ちなみに、Harukiya Foto Life に上げている写真はフリーウエアとして扱っていただいて構いません。加工・テンプレ組み込み・再配布などもフリーです。実はヘッダ背景を意識した構図の写真なんてのもあります（^^）。もっと高解像度のものが欲しいという場合はお問い合わせください。洵さん、あるいは有志の方でサンプルフォトログを立ち上げる機会がありましたら、そっと思い出してやってくださいませ。