Type MIME pour les polices WOFF?

Quel type de mime les polices WOFF doivent-elles être utilisées?

Je sers les polices truetype (ttf) as font/truetypeet opentype (otf) as font/opentype, mais je ne trouve pas le format correct pour les polices WOFF.

Je l' ai essayé font/woff, font/webopenet font/webopentype, mais Chrome se plaint toujours:

"Ressource interprétée comme une police mais transférée avec une application de type MIME / octet-stream."

Quelqu'un le sait?

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

Depuis février 2017, la RFC8081 est la norme proposée. Il définit un type de média de niveau supérieur pour les polices, par conséquent, le type de média standard pour WOFF et WOFF2 est 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 en version bêta de Chrome et s'il n'est pas encore stable, il ne devrait pas être trop loin.

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

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

Ce sera application/font-woff.

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

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

De Mozilla css font-face notes

Dans Gecko, les polices Web sont soumises à la même restriction de domaine (les fichiers de polices doivent se trouver sur le même domaine que la page qui les utilise), à ​​moins que des contrôles d'accès HTTP ne soient utilisés pour assouplir cette restriction. Remarque: Étant donné qu'il n'existe aucun type MIME défini pour les polices 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 polices à .NET / IIS

via web.config

<system.webServer>
  <staticContent>
     <!-- remove first in case they are defined in IIS already, which would cause a runtime error -->
     <remove fileExtension=".woff" />
     <remove fileExtension=".woff2" />
     <mimeMap fileExtension=".woff" mimeType="font/woff" />
     <mimeMap fileExtension=".woff2" mimeType="font/woff2" />
  </staticContent>
</system.webServer>

via IIS Manager

SOLUTION NGINX

fichier

/etc/nginx/mime.types

ou

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

ajouter

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

retirer

application/octet-stream        eot;

RÉFÉRENCES

RFC @ 02.2017

https://tools.ietf.org/html/rfc8081#page-15

https://www.iana.org/assignments/media-types/media-types.xhtml

Merci à Mike Fulcher

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

Depuis février 2017, la RFC8081 est la norme proposée. Il définit un type de média de niveau supérieur pour les polices, par conséquent, le type de média standard pour WOFF et WOFF2 est le suivant:

font/woff
font/woff2

Remarque: Cette réponse était correcte à l'époque mais est devenue obsolète en 2017 lorsque la RFC 8081 a été publiée

Il n'y a pas de fonttype MIME! Ainsi, font/xxxest TOUJOURS faux.

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

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

et vider le cache

rake tmp:cache:clear

avant de redémarrer le serveur.

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

Ajoutez ce qui suit à votre .htaccess

AddType font/woff woff

bonne chance

@Nico ,

Il n'existe actuellement aucune norme définie pour le type mime de police woff. J'utilise un service cdn de livraison de polices et il utilise font / woff et j'obtiens le même avertissement en chrome.

Référence: Internet Assigned Numbers Authority

https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/MIME_types/Complete_list_of_MIME_types

Ceci est une liste utile de mimetypes

Je sais que ce message est un peu ancien mais après avoir passé de nombreuses heures à essayer de faire fonctionner les polices sur ma machine locale nginx et à essayer des tonnes de solutions, j'ai finalement trouvé celle qui fonctionnait pour moi comme un charme.

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

À l'intérieur des parenthèses, vous pouvez mettre les extensions de vos polices ou généralement les fichiers que vous souhaitez charger. Par exemple, je l'ai utilisé pour les polices et pour les images (png, jpg, etc.), alors ne vous trompez pas que cette solution ne s'applique qu'aux polices.

Mettez-le simplement dans votre fichier de configuration nginx, redémarrez et j'espère que cela fonctionne aussi pour vous!

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

application/octet-stream

Donc , je viens d' ajouter que , pour tous les types de polices CSS ( .oet, .svg, .ttf, .woff) et IIS commencé à les servir. Les outils de développement Chrome ne se plaignent pas non plus de réinterpréter le type.

À la vôtre, Michael

Pour toutes les solutions index.php, supprimez 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
<IfModule mod_rewrite.c>
    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]
</IfModule>

<IfModule !mod_rewrite.c>
    # 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
</IfModule>

IIS définit automatiquement .ttf comme application / octet-stream qui semble bien fonctionner et fontshop recommande que .woff soit défini comme application / octet-stream

WOFF:

1. Format de police Web Open
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'ajouter cela:

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

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

Le type MIME n'est peut-être pas 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 chargera pas les polices de différents domaines. C'est une solution facile avec Apache, mais dans Nginx, j'ai lu que vous devrez peut-être encoder vos fichiers de polices en base-64 et les incorporer directement dans votre fichier CSS de polices.