自2013年3月起IANA。ORG推荐使用。otf: 应用程序/ font-sfnt

其他字体:

.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)

查看更多

在Apache和IIS服务器上，有许多可以设置MIME类型的字体格式。我通常在以下方面比较幸运:

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) 

根据互联网工程任务组谁维护关于多用途互联网邮件扩展(MIME类型)的初始文档在这里:https://www.rfc-editor.org/rfc/rfc2045#section-5…它具体地说:

“预计将增加到更大的一套 受支持的类型通常可以通过创建new 这些初始类型的子类型。将来会有更多的顶级类型 只能通过对本标准的标准轨道扩展来定义。 如果出于任何原因要使用另一个顶级类型，那么它必须是 以“X-”开头的名称表示其非标准状态 并避免与未来的正式名称发生潜在冲突。”

实际上，随着时间的推移，随着标准的创建和接受，会添加更多的MIME类型，因此我们看到了特定于供应商的MIME类型的例子，例如vnd。Ms-fontobject之类的。

2013年8月16日更新:WOFF于2013年1月3日在IANA正式注册，Webkit已于2013年3月5日更新，在其最新版本中来源此更新的浏览器将开始发出关于使用旧x-font-woff声明的服务器MIME类型的警告。由于警告只是恼人的，我建议切换到批准的MIME类型马上。在理想的情况下，这些警告会及时自行消除。

2015年2月26日更新:WOFF2现在在W3C编辑器草案中，并提出了mime类型。根据最近的进展时间表，报告可能在明年(可能在2016年底)提交IANA。还有SFNT，可伸缩/样条容器字体格式，用于谷歌Web Fonts的骨干表引用及其sfntly java库，并且已经在IANA注册为mime类型，也可以根据个人需要添加到此列表中。

2017年10月4日更新:我们可以在这里跟随WOFF2格式的发展，大多数现代浏览器都成功支持该格式。同样，我们可以遵循IETF的“字体”顶级媒体类型征求意见(RFC)跟踪器和文档，以获得最新的字体类型建议。

对于那些希望在CSS中以适当的顺序嵌入字体的人，请访问这篇文章。但同样，我在以下顺序上很幸运:

@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;
}

对于Subversion自动属性，这些可以被列出:

# 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

作为计算中两大难题之一的一个具体例子，看看这个问题的答案自最初发布以来发生了怎样的变化是很有趣的。值得庆幸的是，当权者为混乱带来了秩序:

今年2月(2017年)，W3C发布了标准跟踪RFC 8081:“字体”顶级媒体类型，极大地简化了字体文件的适当媒体类型:

本备忘录用于注册和记录“字体”顶级媒体类型， 字体表示格式的子类型可以在该子类型下注册。 本文件亦作为一套 预期的子类型，它们代表了一些现有的子类型 已经在使用，并且目前在“应用程序”树下注册 他们各自的注册。

这是一份相当可读的文档，它描述了历史背景(缺乏“字体格式注册”)，这导致了媒体类型和子类型的混淆。随着(相对而言)可下载的网页字体的流行，W3C意识到需要一种“直观的顶级字体类型”。他们想出的是……字体。

因此，IANA已经更新了他们的官方媒体类型列表，包括字体媒体类型及其目前识别的所有子类型:

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

希望这是这个问题需要的最后一个答案。

尝试使用“font/opentype”。

以下内容可用于电子书领域:

应用程序/ vnd.ms-opentype

我想对于网络也是一样的。

一种方法来沉默这个警告从Chrome将更新Chrome，然后确保你的mime类型是其中之一:

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

这个列表是在webkit.org的Bug 111418中找到的补丁。

同样的补丁将该信息从“警告”降级为“日志”，所以只要将Chrome升级到2013年3月的任何版本就可以摆脱黄色三角形。

既然这个问题是关于关闭Chrome警告的，而人们可能出于各种原因仍在使用旧的Chrome版本，我认为这一点值得补充。