Während ich im lokalen Bereich arbeitete, funktionierte alles perfekt, jetzt habe ich auf ein Hosting hochgeladen und die Schriften werden von etwas blockiert, von dem ich noch nie etwas gehört habe (CORS). Die Zeichensätze (und css, js usw.) befinden sich in einer Subdomäne, da URLs vom Index analysiert werden (daher funktionieren Pfade in der Domäne nicht). Die CSS / JS funktionieren einwandfrei.
Dies ist die Ausgabe in der Webkonsole (Firefox):
%Vor%Ich habe nach diesem Problem gesucht, aber ich kann dieses spezielle Problem mit den Schriften und der genauen Fehlermeldung nicht finden.
BEARBEITEN:
Die Lösung besteht darin, den Header für die Domäne / den Ordner zu aktivieren, der die Dateien bereitstellt. Die Konfiguration kann entweder im virtuellen Host-Block oder in einer .htaccess-Datei (in dem Ordner, in dem sich die Dateien befinden) sein. Ich bevorzuge es im vhost Block einzustellen:
%Vor% In diesem Beispiel sendet Access-Control-Allow-Origin nur den Header für die Domain und die Subdomains auf der weißen Liste. Ich leite von domain.com zu www.domain.com um, so dass dieses Beispiel keine Domain ohne www akzeptiert.
Ihr Browser klagt über einen fehlenden Header: Access-Control-Allow-Origin
Da dieser Header fehlt, weiß Ihr Browser nicht, dass der gewünschte Zugriff legitim ist. Sehen Sie sich Ссылка an und wählen Sie die für Ihren Server geeignete Konfiguration.
Sie müssen den Server konfigurieren, auf dem die Schriftarten gespeichert sind!
Mitlighttpd können Sie einen benutzerdefinierten Header für alle Anfragen hinzufügen, indem Sie hinzufügen Dies in einem gegebenen Kontext:
%Vor%Damit das funktioniert, Sie muss die
mod_setenvaktivieren. Aber wenn Sie dieses Modul vorher nicht aktivieren Wenn Sie Ihrmod_status-Modul aktivieren, werden Sie nie die benutzerdefinierte Version sehen Header stammen aus Ihrer Lighttpd-HTTP-Response-Header-Ausgabe
Tags und Links cors