Domänenübergreifende @Font-Face-Blockierung
Beim Versuch, ein Schriftarten-Repository einzurichten, sind Sie auf ein Problem gestoßen, bei dem @font -face-Deklarationen in einer Subdomäne sind nur innerhalb dieser Subdomäne zugänglich. Firebug bestätigt das erfolgreiche Laden der Datei „font-face.css“ und lässt Sie über den Fehler beim Laden der Schriftart auf anderen Websites rätseln.
Die domänenübergreifende Beschränkung von Firefox
Die Die Ursache liegt in der Sicherheitsmaßnahme von Firefox. Es verhindert die domänenübergreifende Einbettung von Schriftarten, einschließlich Subdomänen. Diese Maßnahme zielt darauf ab, vor potenziellen böswilligen Aktivitäten zu schützen.
htaccess-Dateiänderung
Um diese Einschränkung in Firefox zu umgehen, ändern Sie die .htaccess-Datei der obersten Ebene der Subdomain, indem Sie Folgendes hinzufügen Folgender Code:
<FilesMatch "\.(ttf|ttc|otf|eot|woff)$"> <IfModule mod_headers.c> Header set Access-Control-Allow-Origin "*" </IfModule> </FilesMatch>
Dieser Code fügt der Antwort einen Header hinzu, der das Laden ursprungsübergreifender Schriftarten ermöglicht.
Einschränken des Zugriffs
Während Sie Obwohl Sie ursprünglich versucht haben, sich exklusiven Zugriff auf das Font-Repository zu gewähren, erlaubt die W3C-Spezifikation für Access-Control-Allow-Origin nur einen Platzhalter „*“ oder eine bestimmte Domäne. Weitere Untersuchungen sind erforderlich, um festzustellen, ob es Optionen für die Implementierung einer detaillierteren Zugriffskontrolle gibt.
Das obige ist der detaillierte Inhalt vonWarum kann ich in Firefox keine @font-face-Schriftarten aus einer Subdomain verwenden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!