2001.07.21[土]

	2000 | 2001 | 2002 | 2003 | 2004 | 2005 | 2006 | 2007 | 2008 | 2009 | 2010 ■ 蘊蓄＆Tips＠2001：HomePageのダイエット -2- 54.2％への減量成功である♪ それでは実際にサイズの違うサムネールを画面で見るとどう言う事になるかを比べてみよう。明らかなのは「120 x 90 pixel」や「160 x 120 pixel」は拡大画像が無いと細部が分からないと言うこと。「200 x 150 pixel」はちょうど良いとも言えるし、中途半端でもある。そして「300 x 225 pixel」ならアップ（寄り）の写真なら拡大画像が無くても何の問題もないと言うことが分かる。 なお、昔からの「640 x 480 pixel」へのこだわりから、その半分（サイズで言えば1/4）の「320 x 240 pixel」に統一すると言うやり方もある（MacWIREの画像レポートはそうなっている）が、Adobe Photoshopでリサイズするときに「300」と打つ方が簡単だから安易かつ単純に300に決めた。 120 x 90 pixel 160 x 120 pixel 200 x 150 pixel 300 x 225 pixel ここから先は純粋に力仕事。我がHomePageに存在する拡大画像の全てを「300×225 pixel」を基準にAdobe Photoshopでリサイズする。イレギュラー・サイズに関しては、それぞれ個別対応する。また、ステージ上でのバンド演奏の「引き」の写真のように「300×225 pixel」では細部が分からないものに関しては「400 x 300 pixel」を基準にリサイズする。 なおページ構成上、どうしても「サムネール → 拡大画像」の方がよい場合は例外としてそのままとした。 かくて作業に没頭すること数時間。もちろん画像のリサイズだけでは無く、全てのHTMLファイルの該当箇所を書き換えなければいけない。当然のように様々なツールを使って自動化出来るもの、一括処理（タグ部分の複数ファイル全置換処理など）出来るものはそうした。そして勿論、不要となった従来のサムネール用のGIF画像、小さいサイズのJPEG画像を全て削除する。最後には滅多に使わないHomePage Pro 3.0を起動して、HardDisk上に構築してあるサイト全体のリンクをチェック。 これらの（半分自虐的な）努力の甲斐あって、改変前は48.7MBもあったものを一挙に27.5MBにまでダイエットすることが出来た。 これはMacintoshのHardDisk（勿論、HFS+フォーマット）上での話なので、アップロード後の@niftyのサーバー管理情報によれば、「使用容量：23.442MB、残量：26.558MB」と表示されるようになった。これならとにかく今後も当分は余裕綽々である。何故ならダイエット作戦後は画像一枚では、せいぜい20KBぐらいだから100枚でも2MBにしか増えないからである。 ※Atelier Murmurは近々全面リニュアル予定なので、今回のダイエットの対象作業の対象ではない さて、実際のページを新・旧で比較してみると以下のようになる。 DoromPATIO HomePage 旧バージョン 200 x 150 pixel 拡大画像へのリンク有り 新バージョン 300 x 225 pixel 拡大画像へのリンク無し ※このページの場合、来夢ちゃんの可愛さが伝わればいいのである だから拡大画像は要らない insight inc. HomePage 旧バージョン 200 x 150 pixel 拡大画像へのリンク有り 新バージョン 300 x 225 pixel 拡大画像へのリンク無し ※このページの場合は印刷物のスキャンなので一字一句を読ませる必要はないとこちらが判断するなら 「こう言う企業パブリシティに掲載されたことがある」と言う事実が伝われば それで情報発信者＝我が社＝としての目的は達成されているわけである だからやはり拡大画像は要らない 実際に改変してみると、この方が遙かに具合がよろしい。大きめの画像が最初からインライン表示されているのだから、ページの閲覧が単純化されるからである。コンピュータ全般に言える最大かつ致命的欠陥は一覧性がないと言うことである。これは画面サイズが有限であり、印刷物ほど解像度が高くないからである。だからリンク＝画面切換え or ページ切換え＝によってそれをカバーするわけだが、逆に言えば、クリック回数を減らして、なるべくそのページだけで（スクロールは仕方ないとして）情報が完結している方が望ましいのである。ブロードバンド環境で見る限り、表示が遅くなると言うこともない。 それよりなにより、そもそも、拡大画像が必要なサイトなんてものは筆者に言わせればアダルト系以外はあり得ないのである。そうではない個人HomePageの場合は、こちらが勝手に情報発信したい内容を画像的に補完・補足できればそれでいいのだ。 印刷物の場合でさえ、新聞や雑誌の記事中の網点写真にシズル感や髪の毛一本一本の表現力を求める人は居ないのである。企業のHomePageも（通販サイトなどで商品情報をなるべく強烈鮮明に伝えたいなら話は別だが）考え方の基本は同じである。 そして、もしも拡大画像がある場合は、それは最低でも「1024 x 768 pixel」ぐらいは無いと意味がない。単純な理屈として、自分の使っているモニターのサイズと同じかそれ以上のサイズがないと、例えばDeskTopピクチャー（Windowsで言う「壁紙」）に加工できないのである。ビットマップ画像は大は小を兼ねるの権化みたいなものであり、大きいものを小さくしても画質は後加工でどうにでもなるが、小さいものを拡大したらAdobe Photoshopを持ってしても必ず劣化するからである。 そう言う観点からすれば、今まで我がHomePageで用意されていた「640 x 480 pixel」の拡大画像は二重の意味で不要だったとも言える。 何でそうしていたかと言えば「サムネール → 拡大画像」と言う方法論を金科玉条と考え、それが頭の中で固定概念化していたからだとしか言いようがない。その発想を転換できたのはサーバー容量がパンクしそうだったからと言う情けない理由だが、後で理屈を考えると今回の改変内容が正しいと言うことになるのである。終わりよければ全てよし。君子豹変す。 とにもかくにもそう言うわけで、今後暫くはサーバー容量を気にせず、来夢ちゃん日記やPowerBook G4使用レポートを画像入りで気楽に更新できるわけである。 ちゃんちゃん♪ 蛇足その１：せっかく全てのHTMLファイルをいじくるのであるから、ついでに下記の改変を同時に行った。これは単純に趣味・好みの問題である。 全てのホットテキストのアンダーライン（下線）をスタイルシートを使って不表示とした 本文中のホットテキストは同じくスタイルシートを使ってマウスを持って行くと文字色が赤くなるようにした ※本文以外のホットテキストは従来からそうなっている 本文中のホットテキストはアンダーラインがないと分かりにくくなるのでボールド書体とした ※但しこれは全てをやり切れたわけではない 一覧表的な部分を殆ど級下げした メールアンカーなども級下げした 蛇足その２：Apple社が提供するiToolsはMacユーザーであれば無料で20MBまでのディスク・エリアが用意されている（但し原則としてMac OS 9.1 or Mac OS X以上のMac OSが必要）。これをiDiskと言う。 iDiskは簡単にHomePageを作成公開する環境と、いかにもAppleらしいセンスの良いテンプレートが用意されており、データのUploadも非常に簡単である。 そこで@niftyのHomePageエリアとは別に、QuickTimeムービー・ファイルなどの単独で馬鹿でかいものはこちらに収納するようにしている。と言っても、今のところは愛猫・来夢ちゃんのQuickTimeムービーが一枚あるだけだが。 なおiDiskは、なんと最大1GBまで拡張できるが、その場合は年間$1,000掛かる。 蛇足その３：@niftyのHomePageエリアの契約は従来の50MB（40MB増設）から30MB（20MB増設）に変更した。これで毎月800円が節約できる。一杯になったら又増やせばよい。「痛みを伴う改革の時代」はしっかりとケチに徹するのだ。