mieki256's diary

サイト全体の容量が6xMByteにもなってしまった、解決策はないのか、という話だったけど。容量を食ってるのは完全に画像関係で、ルートディレクトリ直下の画像だけで60MByteもあった。解決策としては、

• 圧縮率を高くした画像に置換える
• サイズを小さくした画像に置換える
• 枚数を減らす
• 無料アカウントをとってそちらに逃がす
• プロバイダに払う金額を増やしてアカウントの容量を増やす

等を提示したけれど、それに対して、

• 大量の画像を再度変換し、htmlを修正していくのはツライ
• 枚数は減らしたくない
• 無料アカウントは広告が出るから絶対に避けたい

とのことで。結局、「プロバイダに払う金額を増やし、アカウント容量を80Mbyteまで増やす」方法が選択された。そこまで大きい容量だと、他のサービスの利用も検討した方がコストを低く抑えられるかもしれないが、「アカウントを複数持つと管理面で混乱しそう」とのことで。

オリジナル画像からWeb用画像に変換する際、jpegの圧縮率を指定せずに変換したが故に、一枚あたりの画像サイズが無為に大きくなってるのが容量増の原因なわけで。圧縮率を適切な値にして変換し直せば済みそうな話なのだけど。しかし、オリジナル画像のファイル名と、変換後のファイル名の間に、何ら規則性が無いのが問題だったり。新たに変換作業をした場合、

• 変換後のファイルの画像内容を逐一確認して、今までのWeb用画像ファイル名と同一のものにリネームしていく
• htmlを新Web用画像のファイル名に合わせて修正する

のどちらかの作業をしなければならない。数枚の画像であればそれら作業も問題ないが、今回は画像の数が数十枚〜百数十枚もある状況なので、手作業で行うのは全くもって現実的ではない。

せめて、当初の変換作業時における、変換前のファイル名と変換後のファイル名を示すログでも残されていればどうにかなるのだが。しかし、そのような情報を残す画像処理ツールなど現在ほとんど皆無な状況だったりするわけで。

これからの画像変換・画像処理ツールは、一度行った作業を再度容易に行える為の情報を残す・機能を備える方向で発展してほしいなと思ったり。もっとも、操作に慣れているユーザであれば最初から指定ミスなどしないのだろうから、それら情報・機能の必要性など欠片も感じないだろうけど。しかし、初心者(?)をターゲットにしたソフトでは、「再試行」の為の情報を残す・機能を備えるのは必須ではなかろうか。絶対に、「失敗した！ もう一度やらなきゃ…」という場面が出てくるだろうから。 *1

今回相談をしてきた方や、ウチの親父さんの操作を見ていて思うのだけど。ホームページビルダー(以下HPB)は、中規模・大規模なサイト管理には向いてないなと思う。サイト管理情報を開くだけで分単位の待ち時間があったり、ファイル種類別の格納ディレクトリ指定が一つしかなかったり、そのへんどうにかならないだろうか。おそらく、各ファイルを走査して情報を収集する際のアルゴリズム等がさほどパフォーマンスを意識しないものになってそうな感じもするし。 *2

もっとも、HPBの開発者が想定してるサイト内ファイル数はそれほど多くはなさそうな感じも。おそらく、全体の容量が5〜10MByte程度を想定してたりするのではなかろうか。開発者からは「デカいサイトをHPBで扱うほうがおかしい」と言われそう。

とはいえ、「初心者向けホームページ制作ツール」＝「HPBで決まり」という風潮もあるので、初心者が自身で意識して改善すべきサイト管理面についてもHPBに託してしまう場面は、開発者が想像しているより多いのではないかとも。まあ、なかなか難しいのでしょうけど、一つそのへんも注目・意識しつつ次期バージョンの開発をしてくれると嬉しいなーみたいな＞HPB開発者様。

例えば、Windows・Windowsアプリ上のファイルopen/saveダイアログにおいて、フォルダ階層についての積極的な情報提示はそもそも行われていない。カレントフォルダ名は最低限表示されてるものの、\記号によるpath表示すら行われない場合もあるし、階層を図で確認するにもフォルダ名横の小さな三角を押さないと出てこなかったりする。つまりは、「フォルダ階層については、ユーザの脳内で図を描いて自分で意識・把握しろ。自分（Windows）はそのへんまで処理したくない」というわけで。どうもそのへん、DOS の dir から何ら進化してないというか、場面によっては退化すらしている。

昨今のWindowsのファイルopen/saveダイアログでは、「特定フォルダへのショートカット一覧」を同時に表示して、お決まりのフォルダへのアクセス手段を容易にしてたりするようだけど。どうもそのあたりに、フォルダ階層という概念自体を極力意識しないで済むような使い方をしてほしい、というMS側の思惑 *3 が具間見えるような気もしていたり。 *4 しかし一つの特定フォルダのみ意識する事で問題が解決するはずもなく。前述したけど、例えば My Pictures 直下の数100〜数千の画像のプレビュー一覧の中から目的の画像を目で探す…そんな作業は苦行でしかない。よって現状ではどうしてもフォルダによる分類は必要なのだけど、そういった状況で、フォルダ階層をいかに把握・認識しやすくするかそのあたりの問題解決を最初から諦めたり、フォルダ階層という概念自体の消失を目論んでいるようでは話にならないわけで。

とはいえ、そのへん改善案が思い浮かばないですなぁ…。思いつくのは、エクスプローラのフォルダビューらしき情報を横に並べるとか、せいぜいその程度。しかしそれだけでフォルダ階層の把握が出来るとも思えない。フォルダ階層を左に表示したエクスプローラ上でさえ、迷子になってる光景を見かけてたりするし。

目的のファイルを容易に探し出せる新手法が提示されれば、たしかにフォルダなんてものは必要なくなるだろうけど。テキストファイルなら検索等が使えても、画像や動画や音声ファイルの内容検索なんて現状では難しい。そもそも検索単語を打ち込むという行為より、一覧の中から目で探していくほうに初心者(?)は流れがち。初心者はマウスから手を離さない。「そこにあるものを選ぶ」行為以外をとにかく嫌うから。

なんにせよ、何かしらのブレイクスルーが必要なのは間違いない。それまでは、「判らない」「わからなくなった」と文句を言わせながらもフォルダを使わせるか、膨大なファイル一覧の中から目を皿のようにして目的のファイルを探させるか、ですかなぁ…。