Warum können EOT-Schriftarten in IE7, 8 und 9 nicht über HTTPS geladen werden?

@font-face EOT lädt nicht über HTTPS: Aufdecken der Ursache

Im Bereich der Webentwicklung hat @font-face eine immense Bedeutung für die Anreicherung von Webseiten mit benutzerdefinierte Schriftarten. Bei der Verwendung von EOT-Schriftarten über HTTPS in Internet Explorer 7, 8 und 9 kann es jedoch zu einem besonderen Problem kommen.

Das Problem:

Obwohl die Server-Hosts sichergestellt sind Wenn Sie die Schriftart mit dem richtigen Inhaltstyp verwenden, können EOT-Schriftarten nicht über HTTPS geladen werden, während sie über HTTP nahtlos funktionieren. Dieses verwirrende Verhalten hat viele Entwickler verwirrt.

Analyse:

Um dieses Problem weiter zu untersuchen, ist es wichtig, den HTTP-Header Cache-Control zu untersuchen. Unter bestimmten Umständen kann die Einstellung von Cache-Control auf „Kein Cache“ für die Schriftart dazu führen, dass der IE heruntergeladene Schriftarten über HTTPS ignoriert.

Lösung:

Die Lösung dieses Rätsels liegt in Entfernen des Cache-Control-Headers oder Festlegen auf einen anderen Wert, der das Caching ermöglicht. Dadurch ignoriert der IE die heruntergeladene Schriftart nicht mehr und stellt sie über HTTPS korrekt dar.

Zusätzlicher Einblick:

Es ist bemerkenswert, dass dieses Verhalten möglicherweise mit KB 815313 verknüpft ist , die das Caching während des Downloads aktiver Dokumente über SSL verbietet. Das Verständnis dieser Korrelation kann Entwicklern helfen, ähnliche Probleme in ihren Webanwendungen zu erkennen und zu beheben.

Das obige ist der detaillierte Inhalt vonWarum können EOT-Schriftarten in IE7, 8 und 9 nicht über HTTPS geladen werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!