ウェブサイトのパフォーマンスの最適化は、ウォームアップと統合HTTPリクエストを--dns

DNSの予熱

DNS解決に時間がかかり 20-120ms ウェブで使用される大規模なドメイン名が、DNSのウォームアップ時間はまだ非常に実質的な節約です、

効果を見てください

画像のキャプション

予熱の目的：

リクエストの数を減らします
事前にDNSのプリフェッチ

道を予熱

爬虫
APP
Webページのメタ

    <meta http-equiv="x-dns-prefetch-control" content="on" />
    <link rel="dns-prefetch" href="//webresource.english.c-ctrip.com" />
    <link rel="dns-prefetch" href="//webresource.c-ctrip.com" />
    <link rel="dns-prefetch" href="//s.c-ctrip.com" />
    <link rel="dns-prefetch" href="//pic.english.c-ctrip.com" />
    <link rel="dns-prefetch" href="//m.ctrip.com" />

さらに具体的には、国際的なサイト、そうする必要性は、例えば、DNSは通常、時間がかかり、中国に戻っソースに解決されます、米国のサイトで中国を訪問 400ms し 800ms 、ウォームアップ前もって、あなたがそれらの時間を節約することができれば、さらに長いです。

組み合わせたHTTPリクエスト

統合は、CSS、JS、画像などというように、ページにアクセスするには、現在のリソースファイルを使用して、本質的に関係しています。

なぜマージ要求？

一部の人々は、なぜそれを行う、最近のブラウザによって複雑にリソースを要求することができ、非常に奇妙なのだろうか？私はあなたが若すぎる単純すぎるAと言うことができます。限定されているブラウザが複雑になることができますが、インターネットの帯域幅に接続されたPCが限定されている、TCPリンクブラウザを使用することもできますが、私は、Webページ要求の例を見てみましょう。

画像のキャプション

参照してください、2KBリソースがほぼロードするために必要と0.5s苦労しているものを、OMG！だから、待っている間、時間の99％を、正直WebPACKのはそれと同時に押します。

同時要求のドメインの数が同じで異なるHTTPとHTTPSのクロームこと注：リンクが確立されているが、HTTP = 6、HTTPS> 13は、非常に複雑な水があり、それは、上の図からわかるように、ない卵の状況で、まだそれが力に入って来た前に、なぜ、このようなブラウザのように、ダウンロードされるリソースのを待つ必要がありますか？（誰が非常に感謝し、通知するためにメッセージを残すことができます知っています！）

その他のリファレンス

同時ブラウザの数は静的リソースを要求します