2012-02-19 9 views
17

私はいくつかのGoogle Webフォントを使用しています。私は、さまざまなブラウザ間のすべての問題をGoogleが処理し、リクエストヘッダーのブラウザに応じて異なるメディアを提供すると聞いています。Google Web Fonts APIで生成されたCSSをローカルに保存する必要がありますか?

私の質問は、どの時点でこれを行うのですか?

理由として、APIの場合は、@font-faceリクエストを含むCSSファイルを含めることができます。そのCSSを自分のCSSファイルに含めるだけでHTTP要求を保存することはできますか、それを要求するブラウザに応じてCSSを変更することはできますか?

本当に意味があると思います。

例えば、GoogleはあなたのCSSファイルに次のものが含ま勧め:

@font-face { 
    font-family: 'Exo'; 
    font-style: normal; 
    font-weight: 400; 
    src: local('Exo Regular'), local('Exo-Regular'), url('http://themes.googleusercontent.com/static/fonts/exo/v1/ZcGd2dvMSgl3mHN3lKAjNw.woff') format('woff'); 
} 
+0

も参照してくださいhttp://stackoverflow.com/questions/7203871/google-fonts-external-css-vs-copying-the-code-of-external-css-in-my-css –

答えて

26

Google Webフォントが提供するCSSは、HTTPリクエストヘッダーのユーザーエージェントに応じて変更されるため、@importを使用する方がよいでしょう。その理由は、さまざまなブラウザでのWebフォントの実装が異なるためです。

+1

技術的に私の質問への答え。ありがとう。 – Cheetah

8

ないあなたの正確な質問への答えが、たとえ:の

@import url(http://fonts.googleapis.com/css?family=Exo);

内容です現在のところ、Googleが「生きている」CSSをローカルにキャッシュすることはできません。

    それが動作するようになりました場合でも、それはフォント自体はまだあなたが本当に改善していないGoogleの

  • からフェッチする必要があるため、彼らは何か

  • を変更する場合は、任意の信頼性を追加しない、後で壊れるかもしれ

  • パフォーマンスが大幅に向上します。すべてが正しく構成されていると、HTTP要求は1回だけ発生し、その後はキャッシュされます。また、ユーザーはGoogleフォントを使用する別のサイトからフォントCSSをキャッシュしている可能性があります。

+0

うんそれはありません意味をなさないありがとう。 – Cheetah

+0

3つ目の点には言及していませんが、フォントもローカルサーバーによって提供される場合は、CSSもローカルに置くことが理にかなっています。また、「ライブ」という言葉に言及したので、Googleが何かを変更することを決めたときに、壊れたものではなく、自分のウェブサイトで一貫したユーザーエクスペリエンスを実現するために、「ライブ」コンテンツをローカルに保存したいと考えています。 .. たくさん! – Sterex

+0

あなたのコマンドをすべて読んでください私はGoogleのフォントへのプロキシリクエスト(速度のために)と結果をキャッシュすることを提案します( – AsTeR

1

ローカルCSSを保存する場合は、フォントをローカルに保存する必要があります。そうしないと、余分なHTTPリクエストが再度発生するためです。

Googleでは、ローカルでの使用のためにフォントをダウンロードすることができますが、ウェブでも確認できます。 https://developers.google.com/webfonts/faq

関連する問題