type txt for mime fonts

txt - Tipo MIME adecuado para fuentes



mime type zip (14)

Al buscar en la web, encuentro montones de sugerencias diferentes para saber cuál es el tipo MIME adecuado para una fuente, pero aún no he probado ningún tipo MIME que evite una advertencia de Chrome como la siguiente:

Recurso interpretado como fuente pero transferido con fuente / otf de tipo MIME

La fuente es un OTF.

He probado los siguientes tipos MIME hasta ahora

  • fuente / otf
  • aplicación / fuente-otf
  • aplicación / fuente
  • aplicación / otf
  • aplicación / octet-stream
  • aplicación / x-font-otf
  • application / x-font-TrueType (sé que no es TrueType, pero una fuente citó esto para OTF)

A partir de febrero de 2017, document agrega tipos de medios font / *, que también se enumeran en la lista de tipos de medios de la IANA . font/otf está en esta lista.

A partir de marzo de 2013, application/font-sfnt para .otf :
application/font-sfnt

Otras fuentes:

.eot -> application/vnd.ms-fontobject (as from December 2005) .otf -> application/font-sfnt (as from March 2013) .svg -> image/svg+xml (as from August 2011) .ttf -> application/font-sfnt (as from March 2013) .woff -> application/font-woff (as from January 2013)

Ver más ...

Acabo de hacer una investigación en la lista oficial de la IANA . Creo que la respuesta dada aquí ''fuente / xxx'' es incorrecta ya que no hay un tipo de ''fuente'' en el estándar MIME.

Según los RFC y la IANA, este parece ser el estado actual de la obra en mayo de 2013:

Estos tres son oficiales y asignados por la IANA:

  • svg como "imagen / svg + xml"
  • woff como "application / font-woff"
  • eot como "application / vnd.ms-fontobject"

Estos no son oficiales / asignados, por lo que deben usar la sintaxis ''x-'':

  • ttf como "application / x-font-ttf"
  • otf como "application / x-font-opentype"

La aplicación / font-woff parece nueva y tal vez solo oficial desde enero de 2013. Por lo tanto, "aplicación / x-font-woff" podría ser más seguro / más compatible a corto plazo.

Aquí está la solución NGINX

expediente

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

añadir

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

retirar

application/octet-stream eot;

Gracias a Mike Fulcher

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

Como ejemplo específico de uno de los dos aspectos difíciles de la informática, es interesante ver cómo han cambiado las respuestas a esta pregunta desde que esta pregunta se publicó originalmente. Afortunadamente, los poderes que han traído orden al caos:

En febrero de este año (2017), el W3C publicó el Standard Track document que simplifica en gran medida los tipos de medios apropiados para los archivos de fuentes:

Esta nota sirve para registrar y documentar el tipo de medio de nivel superior de "fuente", bajo el cual se pueden registrar los subtipos para los formatos de representación para las fuentes. Este documento también sirve como una aplicación de registro para un conjunto de subtipos previstos, que son representativos de algunos subtipos existentes que ya están en uso y que actualmente están registrados en el árbol de "aplicaciones" por sus registros separados.

Es un documento bastante legible y describe el contexto histórico (falta de "un registro de formatos de fuente" ) que dio lugar a la confusa mezcla de tipos y subtipos de medios. Con el aumento (relativamente) reciente en la popularidad de las fuentes web descargables, el W3C reconoció la necesidad de un "tipo de fuente intuitivo de nivel superior" . Lo que se les ocurrió es ... font .

En consecuencia, la IANA ha actualizado su lista oficial de tipos de medios con el font y todos sus subtipos que reconocen actualmente:

collection font/collection otf font/otf sfnt font/sfnt ttf font/ttf woff font/woff woff2 font/woff2

Esperamos que esta sea la última respuesta que necesita esta pregunta.

Como todavía hay mucha confusión en la web sobre los tipos MIME para las fuentes web, pensé que daría una respuesta actual, completa con fechas efectivas, y enlaces de apoyo a la IANA y al W3C.

Aquí están los tipos MIME oficiales para fuentes web:

Tenga en cuenta que hay un movimiento para cambiar todo lo anterior a los tipos MIME de font/XXX , como lo respalda el W3C en su propuesta para WOFF v2. El Grupo de trabajo de ingeniería de Internet (IETF, por sus siglas en inglés) realiza un seguimiento del estado de RFC (ver document ) por lo que puede que todo cambie.

Mientras que en el tema de los servidores web, vale la pena mencionar que las respuestas HTTP pueden gzip (o comprimir) todos los formatos de fuente anteriores, excepto .woff y .woff2 que ya están muy comprimidos.

Digo más en Tipos MIME para fuentes web con (Fantom) BedSheet .

FWIW con respecto a Apache 2.2 VirtualHosting y mod_mime probados en Debian Linux y OS X Leopard y Snow Leopard:

Si tiene una configuración de VirtualHost, deseará agregar los tipos a través de la Directiva AddType de la siguiente manera al menos en la parte inferior de la configuración de la siguiente manera:

.... AddType font/opentype .otf AddType font/ttf .ttf </VirtualHost>

Probado contra Chrome Unstable / Trunk y Safari WebKit Nightly, que elimina las advertencias mime en octeto para los tipos de fuente ttf y otf.

Nota: .htaccess no tiene ningún efecto al tratar con VirtualHosting. Si está desarrollando para varios sitios, utilizará el desarrollo de VirtualHosting y cada configuración necesitará estas adiciones AddType.

Hay una serie de formatos de fuente para los que se pueden establecer tipos MIME, tanto en los servidores Apache como IIS. Tradicionalmente he tenido suerte con lo siguiente:

svg as "image/svg+xml" (W3C: August 2011) ttf as "application/x-font-ttf" (IANA: March 2013) or "application/x-font-truetype" otf as "application/x-font-opentype" (IANA: March 2013) woff as "application/font-woff" (IANA: January 2013) woff2 as "application/font-woff2" (W3C W./E.Draft: May 2014/March 2016) eot as "application/vnd.ms-fontobject" (IANA: December 2005) sfnt as "application/font-sfnt" (IANA: March 2013)

De acuerdo con el Grupo de trabajo de ingeniería de Internet que mantiene el documento inicial sobre las Extensiones de correo de Internet multipropósito (tipos MIME) aquí: http://tools.ietf.org/html/rfc2045#section-5 ... dice en detalles:

" Se espera que las adiciones al conjunto más grande de tipos admitidos se puedan lograr generalmente mediante la creación de nuevos subtipos de estos tipos iniciales. En el futuro, se pueden definir más tipos de nivel superior solo mediante una extensión de seguimiento de estándares a este estándar. . Si se va a usar otro tipo de nivel superior por cualquier motivo, se le debe dar un nombre que comience con "X-" para indicar su estado no estándar y para evitar un posible conflicto con un nombre oficial futuro " .

Por así decirlo, y con el tiempo, se agregan tipos MIME adicionales a medida que se crean y aceptan los estándares, por lo que vemos ejemplos de tipos MIME específicos del proveedor, como vnd.ms-fontobject y similares.

ACTUALIZACIÓN 16 de agosto de 2013: WOFF se registró formalmente en la IANA el 3 de enero de 2013 y Webkit se actualizó el 5 de marzo de 2013 y los navegadores que están adquiriendo esta actualización en sus últimas versiones comenzarán a emitir advertencias sobre los tipos de servidor MIME con la anterior Declaración de x-font-woff. Como las advertencias son solo molestas, recomendaría cambiar al tipo MIME aprobado de inmediato. En un mundo ideal, las advertencias se resolverán en el tiempo.

ACTUALIZACIÓN 26 de febrero de 2015: WOFF2 se encuentra ahora en el borrador del editor del W3C con el tipo de mimo propuesto. Probablemente debería enviarse a IANA el próximo año (posiblemente para finales de 2016) siguiendo los plazos de progreso más recientes. Además de SFNT, el formato de fuente de contenedor escalable / spline utilizado en la referencia de la tabla troncal de Google Web Fonts con su biblioteca de Java simplemente y ya está registrado como un tipo mime con IANA y se puede agregar a esta lista también según la necesidad individual.

ACTUALIZACIÓN 4 de octubre de 2017: Podemos seguir la progresión del formato WOFF2 here con la mayoría de los navegadores modernos que admiten el formato con éxito. Además, podemos seguir el tracker solicitud de comentarios (RFC) de tipo de medio superior de "fuente" de IETF y el document respecto al último conjunto de tipos de fuente propuestos para su aprobación.

Para aquellos que deseen incrustar el tipo de letra en el orden correcto en su CSS, visite este artículo . Pero otra vez, he tenido suerte con el siguiente orden:

@font-face { font-family: ''my-web-font''; src: url(''webfont.eot''); src: url(''webfont.eot?#iefix'') format(''embedded-opentype''), url(''webfont.woff2'') format(''woff2''), url(''webfont.woff'') format(''woff''), url(''webfont.ttf'') format(''truetype''), url(''webfont.svg#webfont'') format(''svg''); font-weight: normal; font-style: normal; }

Para las propiedades automáticas de Subversion, estas se pueden enumerar como:

# Font formats svg = svn:mime-type=image/svg+xml ttf = svn:mime-type=application/x-font-ttf otf = svn:mime-type=application/x-font-opentype woff = svn:mime-type=application/font-woff woff2 = svn:mime-type=application/font-woff2 eot = svn:mime-type=application/vnd.ms-fontobject sfnt = svn:mime-type=application/font-sfnt

Ignora la advertencia de cromo. No hay un tipo MIME estándar para las fuentes OTF.

font / opentype puede silenciar la advertencia, pero eso no hace que sea lo "correcto".

Podría decirse que es mejor crear uno, por ejemplo, con "application / x-opentype" porque al menos "aplicación" es un tipo de contenido registrado, mientras que "fuente" no lo es.

Actualización: OTF sigue siendo un problema, pero WOFF aumentó el tipo de aplicación / fuente-woff MIME de IANA en enero de 2013.

Actualización 2: OTF ha crecido un tipo MIME: application/font-sfnt en marzo de 2013. Este tipo también se aplica a .ttf

Lo siguiente puede ser usado en el espacio de eBook:

application/vnd.ms-opentype

Me imagino que es lo mismo para la web.

Tal vez esto ayude a alguien. Vi que en IIS 7 .ttf ya es un tipo mime conocido. Se configura como:

application/octet-stream

Así que acabo de agregar que para todos los tipos de fuente CSS ( .oet , .oet , .ttf , .woff ) e IIS comenzó a servirlos. Las herramientas de desarrollo de Chrome tampoco se quejan de la reinterpretación del tipo.

Saludos, Michael

Trate de usar "fuente / opentype".

Una forma de silenciar esta advertencia de Chrome sería actualizar Chrome y luego asegurarte de que tu tipo mime sea uno de estos:

"font/ttf" "font/opentype" "application/font-woff" "application/x-font-type1" "application/x-font-ttf" "application/x-truetype-font"

Esta lista es según el parche que se encuentra en el error 111418 en webkit.org .

El mismo parche devuelve el mensaje de una "Advertencia" a un "Registro", por lo que simplemente actualizar Chrome a cualquier versión posterior a marzo de 2013 eliminaría el triángulo amarillo.

Dado que la pregunta es sobre silenciar una advertencia de Chrome, y la gente podría aferrarse a las versiones antiguas de Chrome por cualquier motivo, pensé que valía la pena agregar esto.