アカウント名:
パスワード:
Firefox使いのおいらは、このニュースであの急上昇ワード?だかを含めてあぼーんした。
ソースを覗いてみたらなぜか改行無しの一行ソースだったので（難読化？）、ソース構成の分析はFirebugにやらせて、みつけたDIVタグのidをStylishでdisplay:none !important;。むかしからのGoogleの顔に戻った。
…こんなことやらせんなよ。すくなくともYahooよりシンプルで強力っていう機能美が好きだったのに、いつのまにか俗物根性にまみれやがって。悲しいね。
昔から google のトップに改行はありませんよ。HTMLソースを改行まで削り、極限まで軽量化しようという先人の苦労の結晶なのです。
残念ながら、会社名こそ同じでも、極東の島国の雇われ人にはその美学が理解できなかったようですが。
Googleのページは、スクリプトの変数名が全部1文字だとか、そういう細かい削減もやってますね。
空白や改行はどうにでも補えますけど、変数名関数名などの識別子についてはどうしようもなくて、読みにくいことこの上ないです。
あー、確かに可読性が高い元ソースは別にあるかもしれませんね。改行があって変数名が冗長な。変数名を26個の英字に割り当てる最適化付きのフィルタとか通して。
さらにHTTP/1.1のパイプラインが有効だと、複数のHTTPメッセージが1つのTCPコネクションに相乗りするので、パケットの無駄が発生する確率はさらに下がります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
まさかGoogleのトップページを自分で整形する日がくるとは。 (スコア:4, 参考になる)
Firefox使いのおいらは、このニュースであの急上昇ワード?だかを含めてあぼーんした。
ソースを覗いてみたらなぜか改行無しの一行ソースだったので（難読化？）、ソース構成の分析はFirebugにやらせて、みつけたDIVタグのidをStylishでdisplay:none !important;。むかしからのGoogleの顔に戻った。
…こんなことやらせんなよ。すくなくともYahooよりシンプルで強力っていう機能美が好きだったのに、いつのまにか俗物根性にまみれやがって。悲しいね。
Re: (スコア:3, 参考になる)
昔から google のトップに改行はありませんよ。
HTMLソースを改行まで削り、極限まで軽量化しようという先人の苦労の結晶なのです。
残念ながら、会社名こそ同じでも、極東の島国の雇われ人にはその美学が理解できなかったようですが。
Re:まさかGoogleのトップページを自分で整形する日がくるとは。 (スコア:2)
パケットの量が変わることはほとんどないんだから
それだけではあまり効果があるものではありませんね。
HTMLコードをなるべく省略するとか配信でgzip圧縮かけるとか
いろいろやる中の一つの手法として、やらないよりはマシ程度で
やっておくものですね。
ページのデータ量が多いと、例えば1000行程度あれば改行だけで
1KB(CRLFだと2バイトで2KBか)になるので、1～2パケットくらい節約する
効果はでてきますが、でもそれだと元のデータ量が多いしなぁ。
Re:まさかGoogleのトップページを自分で整形する日がくるとは。 (スコア:1, すばらしい洞察)
それにgoogleのアクセス数を考えたら、外部とのパケットもさることながら内部で巡っているパケットも減らしたい。
Re:まさかGoogleのトップページを自分で整形する日がくるとは。 (スコア:3, 興味深い)
まぁそれがどういう確率で減るかによって「ほとんどない」が正しいといえるので、
実際どんなもんかと今日のGoogleトップで調べてみた。
Firefoxの「ページの情報を表示」で見てみると、3.57 KB (3,651 バイト)。
多分gzip圧縮されてる。
このHTMLソースをコピペして文字コードはUTF-8でファイルに保存して、
Windowsのファイルのプロパティで見てみたらサイズは12.0 KB (12,317 バイト)。
改行を入れる場所ってのは人にもよると思うけど、自分で入れてみたら
270行程度になった。この場合、12.5 KB (12,853 バイト)。
536バイト増えたわけで、この程度の差だと3割くらいの確率でパケット1つ減るのかな。
もちろん、ページのデータ量の増減云々とかクライアントの環境によってパケット分割が
どれくらい起きて1パケットあたりのHTMLのデータ量がどれだけでいろいろ考慮する要素は
あるけども。また、1ページあたりのデータ量がもっと増えると何パケットも削減できますね。
GoogleのHTMLはもっとシンプルだったように思っていたけど、意外と
JavaScriptやらCSSの量も多くて(1ファイルにまとめてるからファイルの
転送数が少なくて済む)改行だけでも結構な量になるもんですね。
というわけで、「ほとんどない」というのは確かに言いすぎかもですね。
Re:まさかGoogleのトップページを自分で整形する日がくるとは。 (スコア:1)
Googleのページは、スクリプトの変数名が全部1文字だとか、そういう細かい削減もやってますね。
空白や改行はどうにでも補えますけど、変数名関数名などの識別子についてはどうしようもなくて、読みにくいことこの上ないです。
Re: (スコア:0)
Re:まさかGoogleのトップページを自分で整形する日がくるとは。 (スコア:1)
あー、確かに可読性が高い元ソースは別にあるかもしれませんね。改行があって変数名が冗長な。
変数名を26個の英字に割り当てる最適化付きのフィルタとか通して。
Re: (スコア:0)
さらにHTTP/1.1のパイプラインが有効だと、複数のHTTPメッセージが1つのTCPコネクションに相乗りするので、パケットの無駄が発生する確率はさらに下がります。