Web 開発の分野では、@font-face は Web ページを充実させる上で非常に重要な意味を持っています。カスタムフォント。ただし、Internet Explorer 7、8、および 9 で HTTPS 経由で EOT フォントを利用すると、特有の問題が発生する可能性があります。
問題:
サーバーのホストが確保されているにもかかわらず、正しいコンテンツ タイプのフォントを使用すると、EOT フォントは HTTP 経由ではシームレスに機能しますが、HTTPS 経由ではロードできません。この不可解な動作により、多くの開発者が困惑しています。
分析:
この問題をさらに調査するには、HTTP ヘッダー Cache-Control を調べることが重要です。特定の状況では、フォントの Cache-Control をキャッシュなしに設定すると、IE が HTTPS 経由でダウンロードしたフォントを無視する可能性があります。
解決策:
この難題を解決するには、 Cache-Control ヘッダーを削除するか、キャッシュを許可する別の値に設定します。これにより、IE はダウンロードされたフォントの無視を停止し、HTTPS 経由でフォントを正しくレンダリングします。
追加の洞察:
この動作は KB 815313 に関連している可能性があることに注目してください。これにより、SSL 経由でアクティブなドキュメントをダウンロードする際のキャッシュが禁止されます。この相関関係を理解すると、開発者が Web アプリケーションの同様の問題を特定して修正するのに役立ちます。
以上がIE7、8、9 で EOT フォントが HTTPS 経由でロードできないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。