« きょうじんAPI | main | Award on Rails »

Googleの検索結果ページは画像を一つしか読み込んでいない

T/O
CTOから教えてもらったんですが、検索結果のページをFireBugのNetで見るとこんな感じに!
読んでるイメージはこれ
たぶんjsで切ってるんだと思いますが、そちらも超圧縮されてる徹底ぶり。

偏執狂たれとはこの業界よく耳にする格言ですが、ほんとに脱帽ものの偏執狂っぷりです。Googleすごすぎ。

トラックバック

このエントリーのトラックバックURL:
http://polog.org/mt-tb.cgi/385

この一覧は、次のエントリーを参照しています: Googleの検索結果ページは画像を一つしか読み込んでいない:

» file size 送信元 ESCAPE WHILE YOU CAN
当たり前のように大学の時からプレゼン資料を作っていると、 例えば資料でアニメーションが多かったりすると この素人が、とか思ってしまうわけだが、 さらに こ... [詳しくはこちら]

» 目からウロコのhtmlの軽量化 送信元 カブトガニ(仮)日報
こんにちは。9/22に引越しするんで前後2~3日はサーバが落ちる予定なエースひか... [詳しくはこちら]

コメント (11)

すごいなこれ.

うん。目を疑った。

でもこれメリットはなに?
サーバーサイドの負荷軽減?
ベージビューの速度向上?

クライアントの表示の速度向上だね。
画像の読み込み時間と、jsかcssかの処理にかかる時間で考えると、前者はどんなに早くても100msはかかるのに(ネットワークの処理もあるし)、クライアント側の処理だと、数msで終わるはず。

Googleは、すべての検索結果で、100msの処理速度を目標に掲げていて、これが偏執狂のタネかな。

サーバサイドに関しては変わらないんですか?
画像数が増えると同時アクセス数が増えて、、と言うような。

サーバーサイドの負荷軽減というのもありそうだよね.
クライアント側にこの類いの負荷を移行させることってどれだけ両者にとって得なんだろう.
Googleへのアクセス頻度(よく知らないけど)と画像規模のバランスがうまいこといってるのかな?
あまりに画像がゴテゴテしたページで採用しても逆に効果なさそう.

http://www.google.com/images/nav_logo3.png

このくらいだから丁度いいのかも.

うん。間違いない。
あんまりごちゃごちゃjavascriptでやると、非力なマシンは大変だからね。
うまいこと落としてるよなー。

JavascriptではなくCSSですね
バックグラウンドにずらして表示してます

ほんとだ。
JSでいろいろ設定してるのかと思ってたんですが、CSSべた書きですね。ごめんなさい。

一応スクリプトを流し読みしてみたら、外部JSはGoogle Notebook用の実装で、内部に書かれてるJSは本人がどこをクリックしたのかをカウントするためのものみたいですね。anchorに対するonmousedownで呼んでる。
uniqueIDが割り振られてるから外に追い出せないのかー。なるほどー。


このエントリ、はてぶの注目エントリー(100ぶくま以上)になってましたよ。何気なしに、はてぶ経由できたら、pologでびっくりしました。

うん知ってる。他人のネタを書いたら一日ではてぶ数倍増ってちょっとショッキング。

コメントを投稿

Powered by
Movable Type 3.34