mieki256's diary

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

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

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

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

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

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

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

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

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

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

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

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

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