HTTPリクエストを減らすために【序章】HTTPリクエストは甘え - MOL

このシリーズはHTTPリクエストの理解を通じてWebパフォーマンスの重要性について考える5章構成になっている。 【序章】HTTPリクエストは甘え 【CSS Sprite編】スプライト地獄からの解放 【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ 【DataURI編】遅延ロードでレンダリングブロックを回避 【終章】我々には1000msの猶予しか残されていない 1日目は、HTTPリクエストの概要について説明する。 例えに、私のポートフォリオページ（t32k.me）が表示されるまでの流れを見ていく。まず、検索からでも方法はなんでもよいが、ブラウザのURLバーにt32k.meと打ち込んでアクセスする。そのページを見にいくということは、つまりt32k.meに対してHTTPスキームでリクエストするということを意味している。 クライアントであるブラウザは入力されたURLを判断して、リソ

[mizdra]

分かりやすい

[kithzmky]

http

[comb_8107]

“HTTPリクエストを減らすために【序章】HTTPリクエストは甘え”

[tonkotsuboy_com]

「なぜHTTPリクエストを減らしたほうがいいのか？」が大変わかりやすく解説されている記事。必読。

[sagaraya]

HAR Viewerしらなかった

[sonots]

あとで読む

[hitode909]

いい話

[purple2sky]

HTTPリクエストを減らすために【序章】HTTPリクエストは甘え | MOL

[i_mairy]

「CSSスプライト、Webフォント、DataURIなど実践的なテクニックを使ってHTTPリクエストの減らし方について学んでいきます」

[side_tana]

はてブしてなかった

[coek]

リクエストは甘え、、か

[aklaswad]

シリーズ完結記念にブクマ。良記事。各章のタイトルがいい味出してる。ウェーイ。

[hinashiki]

基本の基本だが念のためあとで読んでおく

[nilab]

HTTPリクエストを減らすために【序章】HTTPリクエストは甘え | MOL

[youhey]

ドメインシャーディング、FQDNあたりの同時接続数はだいたい６つくらい。なるほどーそれは全く意識したことなかった。

[asari3]

ドメインを複数使うのって静的コンテンツの受信用の通信のときにクッキー送信のオーバーヘッドを減らす効果を期待してるんだと思ってた

[muvoiaia]

一日目読了

[tmatsuu]

Waitingはサーバからのレスポンス待ちだから同時接続数の問題じゃないと思う。ブラウザの同時接続数に起因する場合はConnectingが発生しないはずだし、サーバ側にそのような制限は普通ないし。

[todays_mitsui]

あとで読む

[flatbird]

Domain Sharding: 静的ファイルを別ドメインから読み込み同時接続数の上限の問題を回避する手法。FQDNあたりの同時接続数はたいてい６つ。これを超えるリクエストは前のリクエストのどれかが終わるまで待つ。

[a2ikm]

良いタイトル

[web_shufu]

おおーわかりやすい。

[labduck]

ドメインシャーディングについて理解した

[luccafort]

HTTPリクエストは出来る限り少ないほうがいいよねというお話。続編に期待。

[otchy210]

はてブは期待票が集まってる感じ？／SPDY (HTTP2.0) の時代にはかえって遅くなりそうな予感のする内容なので、両方知って適材適所が良いかと思います。

[toruboy]

図が秀逸っ…！

[ab_sn]

わかりやすい

[pivotdgdg]

わかりやすい

[ktakemoto]

これはすばらしいな