私は自分のWebアプリケーションを作ろうとしています。少し早く。各ページには約20〜200の画像があり、実際にはファビコンであり、下のコード行は私にとってうまく機能します。Faviconのストレージと検索|ベストプラクティス
var google_favicon = 'http://www.google.com/s2/favicons?domain=' + domain;
もちろん、それらをダウンロードして自分のサーバーに置くことができます。私はどちらの方法がベストプラクティスなのかわからないので、私はそれらをウェブから引き出します。
しかし、私はこれを最善の方法でやってみたいと思います。答えはありますか、それともホスティングプロバイダの品質などに依存していますか？ユーザーに
おかげ
これは、コンテンツを扱うサイトがどれくらい速く/信頼できるか、サーバーの速さにかなり依存します。多くの高トラフィックサイトでは、CDNが多くの領域にあるサーバを有し、通常はユーザにコンテンツをより迅速に取得できるため、静的コンテンツを配信するために、コンテンツ配信ネットワーク（CDN、例えばAkamai）を使用する。
私の推測では、これらのファビコンはさまざまなプロバイダによってホストされています。つまり、サイトの「稼働時間」（すべてのコンテンツが正しくロードされていると定義されています）が稼働時間の最小公約数になります。あなたのイメージをホストするすべてのサイト
また、これらのイメージをホストするサイトを制御しないため、いつでもそれらを移動/削除して破損する可能性があることを考慮する必要があります。
サイトの画像をどのくらいの頻度で変更しますか？それが頻繁ではなく、稼働時間/パフォーマンスに懸念があるなら、おそらくそれはあなた自身のマシンであろうとなかろうと、あなたが制御するホストからそれらすべてを提供しようとします。
私は質問を誤解し、静的コンテンツのホスティングに関するより一般的な答えを出したかもしれません。これらはfavicon（ランダムイメージではない）であり、Googleによってホストされているので、おそらくGoogleにイメージを提供させることは悪い考えではありません。 – f1sherman
を画像が別の場所でご使用のサーバにホストされている、またはされている場合、それはおそらく、本当に重要ではありません。ブラウザで<img src=...>が表示されると、その画像を取得するためのHTTP要求が行われます。あなたのホスティングプロバイダがイメージの元のウェブソースよりもはるかに高速であることをが知っていない限り、私はそれは面倒な価値がないと言います。
Googleが特に話していると考えているのは、おそらくあなたのサイトよりもはるかに利用可能になるだろうということです。 （地理的な地域性、ISPの帯域幅など）また、サイトのファビコンが変更された場合、あなたはそれを心配する必要はありません.Googleだけです。
必要なファビコンを収集し、サーバー上にスプライトを作成するツールを構築することができました。私はgoogleの画像検索でfaviconsの巨大なシートを参照してこれが行われていると推測している –
それは非常にポイントすることができます。私はスプライトを見落としてしまった。はい、それは確かに大規模なパフォーマンスの改善、IMO、それは唯一のGET要求ですので。 –
私はあなたがそれらをどのように使用しているかわかりませんが、サイトを最適化したいのであれば、少なくとも1つのイメージファイルに入れてください。保存された）とcss経由で個別の画像をプルします。
クライアントが200以上のリクエストを作成するのではなく、すべてのファビコンに対して1つのみ作成します。
他に考慮すべき事項は、画像がどのくらいの頻度で変更される可能性があるか、ファイルのサイズ、ターゲットオーディエンスなどです。サーバー上にキャッシュするだけでなく、クライアント側にキャッシュすることもできます。彼らがfaviconsならIMO、彼らは頻繁に変更されることはないと彼らはあなたのサーバーに入れて、かなり小さいファイルサイズになります。 –