Type MIME pour les fonts WOFF?

Quel type de mime devrait-on utiliser pour les fonts WOFF?

Je sers les fonts TrueType (ttf) en tant que font/truetype et opentype (otf) en tant que font/opentype , mais je ne trouve pas le format correct pour les fonts WOFF.

J’ai essayé font/woff , font/webopen et font/webopentype , mais Chrome se plaint toujours:

“Ressource interprétée en tant que police mais transférée avec une application de type MIME / un stream d’octets.”

Quelqu’un sait-il?

    Mise à jour du commentaire de Keith Shaw le 22 juin 2017:

    En février 2017, RFC8081 est la norme proposée. Il définit un type de support de niveau supérieur pour les fonts. Le type de support standard pour WOFF et WOFF2 est donc le suivant:

    font/woff

    font/woff2


    En janvier 2011, il a été annoncé qu’entre-temps, Chromium reconnaîtra

    application/x-font-woff

    comme type MIME pour WOFF. Je sais que ce changement est maintenant dans la version bêta de Chrome et, si ce n’est pas encore stable, il ne devrait pas être trop loin.

    Pour moi, le suivant a travaillé dans un fichier .htaccess.

     AddType font/ttf .ttf AddType font/eot .eot AddType font/otf .otf AddType font/woff .woff 

    Ce sera l’ application/font-woff .

    voir http://www.w3.org/TR/WOFF/#appendix-b (Recommandation du candidat du W3C 04 août 2011)

    et http://www.w3.org/2002/06/registering-mediatype.html

    De Mozilla css font-notes notes

    Dans Gecko, les fonts Web sont soumises à la même ressortingction de domaine (les fichiers de fonts doivent figurer sur le même domaine que la page qui les utilise), à ​​moins que les contrôles d’access HTTP ne soient utilisés pour assouplir cette ressortingction. Remarque: Étant donné qu’il n’existe aucun type MIME défini pour les fonts TrueType, OpenType et WOFF, le type MIME du fichier spécifié n’est pas pris en compte.

    source: https://developer.mozilla.org/en/CSS/@font-face#Notes

    Référence pour l’ajout de types MIME de fonts à .NET / IIS

    via web.config

              

    via le gestionnaire IIS

    capture d'écran de l'ajout de types Moffs woff à IIS

    NGINX SOLUTION

    fichier

     /etc/nginx/mime.types 

    ou

     /usr/local/nginx/conf/mime.types 

    append

     font/ttf ttf; font/opentype otf; application/font-woff woff; application/vnd.ms-fontobject eot; 

    retirer

     application/octet-stream eot; 

    LES RÉFÉRENCES

    Merci à Mike Fulcher

    http://drawingablank.me/blog/font-mime-types-in-nginx.html

    Il n’y a pas de type de font MIME! Ainsi, font/xxx est TOUJOURS incorrect.

    En février 2017, RFC8081 est la norme proposée. Il définit un type de support de niveau supérieur pour les fonts. Le type de support standard pour WOFF et WOFF2 est donc le suivant:

     font/woff font/woff2 

    @Nico ,

    Actuellement, il n’y a pas de norme définie pour le type MIME de police woff. J’utilise un service cdn de livraison de fonts et il utilise font / woff et j’obtiens le même avertissement en chrome.

    Référence: Internet Assigned Numbers Authority

    La chose qui l’a fait pour moi était d’append ceci à mon initialiseur mime_types.rb:

     Rack::Mime::MIME_TYPES['.woff'] = 'application/x-font-woff' 

    et effacer le cache

     rake tmp:cache:clear 

    avant de redémarrer le serveur.

    Source: https://github.com/sstephenson/sprockets/issues/366#issuecomment-9085509

    WOFF:

    1. Format de police Web ouvert
    2. Il peut être compilé avec des contours TrueType ou PostScript (CFF)
    3. Il est actuellement pris en charge par FireFox 3.6+

    Essayez d’append que:

     AddType application/vnd.ms-fontobject .eot AddType application/octet-stream .otf .ttf 

    Peut-être que cela aidera quelqu’un. J’ai vu que sur IIS 7 .ttf est déjà un type .ttf connu. Il est configuré comme:

     application/octet-stream 

    Je viens donc d’append que pour tous les types de fonts CSS ( .oet , .svg , .woff , .woff ) et IIS ont commencé à les servir. Les outils de développement Chrome ne se plaignent pas non plus de la réinterprétation du type.

    Cheers, Michael

    Ajoutez ce qui suit à votre .htaccess

     AddType application/x-font-woff woff 

    bonne chance

    IIS a automatiquement défini .ttf comme application / octet-stream, ce qui semble fonctionner correctement et fontshop recommande de définir .woff comme application / octet-stream

    J’ai eu le même problème il y a un instant et c’est la solution qui a fonctionné pour moi:

     font/opentype 

    J’ai eu le même problème, police / opentype a fonctionné pour moi

    Pour toutes les solutions, index.php supprime l’URL du formulaire et le fichier woff autorisés. pour écrire le code ci-dessous dans le fichier .htaccess et faire cette alternance dans votre fichier application / config / config.php: $ config [‘index_page’] = ”;

    Pour serveur d’hébergement Linux uniquement. Détails du fichier .htaccess

     AddType font/ttf .ttf AddType font/eot .eot AddType font/otf .otf AddType font/woff .woff  RewriteEngine On RewriteBase / #Removes access to the system folder by users. #Additionally this will allow you to create a System.php controller, #previously this would not have been possible. #'system' can be replaced if you have renamed your system folder. RewriteCond %{REQUEST_URI} ^system.* RewriteRule ^(.*)$ /index.php?/$1 [L] #When your application folder isn't in the system folder #This snippet prevents user access to the application folder #Submitted by: Fabdrol #Rename 'application' to your applications folder name. RewriteCond %{REQUEST_URI} ^application.* RewriteRule ^(.*)$ /index.php?/$1 [L] #Checks to see if the user is attempting to access a valid file, #such as an image or css document, if this isn't true it sends the #request to index.php RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?/$1 [L]   # If we don't have mod_rewrite installed, all 404's # can be sent to index.php, and everything works as normal. # Submitted by: ElliotHaughin ErrorDocument 404 /index.php  

    Je sais que ce post est un peu vieux mais après avoir passé des heures à essayer de faire fonctionner les fonts sur ma machine nginx locale et à essayer des tonnes de solutions, j’ai finalement obtenu celle qui fonctionnait comme un charme.

     location ~* \.(eot|otf|ttf|woff|woff2)$ { add_header Access-Control-Allow-Origin *; } 

    À l’intérieur de la parenthèse, vous pouvez mettre les extensions de vos fonts ou généralement les fichiers que vous souhaitez charger. Par exemple, je l’ai utilisé pour les fonts et pour les images (png, jpg, etc.), donc ne soyez pas confus que cette solution ne s’applique qu’aux fonts.

    Il suffit de le mettre dans votre fichier de configuration nginx, redémarrez et j’espère que cela fonctionne aussi pour vous!

    Le type MIME peut ne pas être votre seul problème. Si le fichier de police est hébergé sur S3 ou un autre domaine, vous pouvez également avoir le problème que Firefox ne charge pas les fonts de différents domaines. C’est une solution facile avec Apache, mais dans Nginx, j’ai lu que vous pourriez avoir besoin d’encoder vos fichiers de fonts en base 64 et de les incorporer directement dans votre fichier css de fonts.

    Node js: Instal ci-dessous la commande

    npm i –save @ fortawesome / fontawesome