From c17f58ebd697671dd58533143626146e4482064c Mon Sep 17 00:00:00 2001 From: Shin Kojima Date: Wed, 29 May 2013 00:50:39 +0900 Subject: [PATCH] Fix typo --- ja/ebook/03.1.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ja/ebook/03.1.md b/ja/ebook/03.1.md index 644cc633..7556ca17 100644 --- a/ja/ebook/03.1.md +++ b/ja/ebook/03.1.md @@ -149,7 +149,7 @@ Keep-Aliveは永久にコネクションを保持するものではありませ 上の図で全体の通信プロセスをご理解いただけるかと思います。同時に注意深い読者はひとつのURLリクエストにもかかわらず左のペインではどうしてこのように多くのリソース要求があるのかと思われたかもしれません。（これらはすべて静的なファイルです。goは静的なファイルに対して専門的に処理する方法を有しています。） -これはブラウザの機能の一つです。URLを一度要求すると、サーバはhtmlページを返します。その後ブラウザはHTMLを読み取り、HTMLのDOMの中にあるイメージリンク、cssスクリプトとjsスクリプトのリンクを見つけた時、ブラウザは自動的に静的なリソースのHTTP要求を行います。目的の静的なリソースを取得すると、ブラウザは読み始めます。再gおにすべてのリソースを整理し、我々の前のスクリーン上に展開します。 +これはブラウザの機能の一つです。URLを一度要求すると、サーバはhtmlページを返します。その後ブラウザはHTMLを読み取り、HTMLのDOMの中にあるイメージリンク、cssスクリプトとjsスクリプトのリンクを見つけた時、ブラウザは自動的に静的なリソースのHTTP要求を行います。目的の静的なリソースを取得すると、ブラウザは読み始めます。最後にすべてのリソースを整理し、我々の前のスクリーン上に展開します。 >ホームページの改良では、HTTPのリクエスト回数を減らすことがあります。つまり、なるべく多くのcssとjsリソースを同じところに集めるのです。目的は出来る限りホームページの静的リソースのリクエスト回数を減少させる事にあります。ホームページの表示速度を上げると同時にサーバのバッファリングを減らす事ができます。