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

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 anderswo 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.