![](https://cdn-ak-scissors.b.st-hatena.com/image/square/afefb0ca7a13ff99269af80acaf3d95ac64b0d1a/height=288;version=1;width=512/https%3A%2F%2Fgihyo.jp%2Fassets%2Fimages%2FICON%2F2015%2F1397_web-rail.jpg)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
![minonet minonet](https://cdn.profile-image.st-hatena.com/users/minonet/profile.png)
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
第4回 Webの「Load(読込み)」を改善しよう(後篇) | gihyo.jp
はじめに Webページの読込パフォーマンスについて、前回、単純なWebページの読込時間(PLT)から、その... はじめに Webページの読込パフォーマンスについて、前回、単純なWebページの読込時間(PLT)から、その過程を含めた評価方法(Speed Index)、コンテンツのメインとなる巨大な画像リソース(Hero Image)といった、さまざまなメトリクスについて紹介しました。Webページ読込のパフォーマンスは、JSやCSS、画像などのリソースが互いに干渉しあい、ブロッキングを起こすことで劣化するのです。 後篇では、Webが扱うリソースをより低いレイヤーから考えてみましょう。前篇はあくまでHTMLというレベルでの制約(ブロッキング)と最適化の話でしたが、本記事ではHTTP以下の制約とその最適化に目を向けます。その対策は、通信時に使われるTCPコネクションをいかに効率化するのかという点と、キャッシュをいかに有効活用するのかという点の、2つの観点から整理できます。 TCPコネクションの有効活用
2015/07/24 リンク