Warum wird meine @font-face EOT-Schriftart in IE 7, 8 und 9 nicht über HTTPS geladen?

Fehlerbehebung bei @font-face EOT, das nicht über HTTPS geladen wird

Es treten Schwierigkeiten beim Laden von @font-face EOT-Schriftarten über HTTPS in IE 7,8 auf ,9? Das Rätsel liegt nicht im HTTPS-Status der HTML-Seite, sondern im Laden der EOT-Schriftart über HTTP selbst. Trotz Erhalt des entsprechenden Inhaltstyp-Headers bleibt die EOT-Schriftart schwer zu fassen.

Untersuchung des Problems

Nachdem schriftartspezifische Probleme ausgeschlossen und der richtige HTTP-Header überprüft wurden, Es wird deutlich, dass der Schuldige woanders liegt.

Entlarvung der Lösung

Die Lösung dieses verwirrenden Problems betrifft den Cache-Control-Header. Während das Deaktivieren des Cachings für Schriftarten problemlos über HTTP funktioniert, behindert es das Laden von Schriftarten über HTTPS im Internet Explorer. Dieses Verhalten ähnelt dem in KB 815313 beschriebenen Phänomen, bei dem über SSL heruntergeladene aktive Dokumente immun gegen Caching sind.

Wenn daher in der Netzwerkansicht der Entwicklertools festgestellt wird, dass der IE verschiedene Schriftartoptionen durchläuft, sollten Sie erwägen, den Cache zu untersuchen und zu entfernen -Kontrollheader, die in der HTTP-Antwort der Schriftart vorhanden sind. Diese einfache Anpassung sollte die Ladeprobleme lindern und sicherstellen, dass die EOT-Schriftart Ihre Seite mit ihrer Präsenz ziert.

Das obige ist der detaillierte Inhalt vonWarum wird meine @font-face EOT-Schriftart in IE 7, 8 und 9 nicht über HTTPS geladen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!