在网上搜索,我发现了一堆不同的建议,什么正确的MIME类型的字体是,但我还没有尝试任何MIME类型,使我摆脱Chrome警告,如以下:
资源解释为字体,但使用MIME类型font/otf传输
字体是OTF。
到目前为止,我已经尝试了以下MIME类型
字体/传递 应用程序/ font-otf 应用程序/字体 应用程序/传递 应用程序/八进制 应用程序/ x-font-otf application/x-font-TrueType(我知道这不是truetype,但有一个来源引用了OTF)
在网上搜索,我发现了一堆不同的建议,什么正确的MIME类型的字体是,但我还没有尝试任何MIME类型,使我摆脱Chrome警告,如以下:
资源解释为字体,但使用MIME类型font/otf传输
字体是OTF。
到目前为止,我已经尝试了以下MIME类型
字体/传递 应用程序/ font-otf 应用程序/字体 应用程序/传递 应用程序/八进制 应用程序/ x-font-otf application/x-font-TrueType(我知道这不是truetype,但有一个来源引用了OTF)
当前回答
一种方法来沉默这个警告从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版本,我认为这一点值得补充。
其他回答
尝试使用“font/opentype”。
也许这能帮到别人。我在iis7上看到。ttf已经是一个已知的mime类型。它被配置为:
application/octet-stream
所以我只是添加了所有的CSS字体类型(。oet, .svg, .ttf, .woff)和IIS开始为它们提供服务。Chrome开发工具也不会抱怨重新解释类型。
欢呼, 迈克尔
Application /font-woff for woff: http://www.iana.org/assignments/media-types/application/font-woff
以下内容可用于电子书领域:
应用程序/ vnd.ms-opentype
我想对于网络也是一样的。
作为计算中两大难题之一的一个具体例子,看看这个问题的答案自最初发布以来发生了怎样的变化是很有趣的。值得庆幸的是,当权者为混乱带来了秩序:
今年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
希望这是这个问题需要的最后一个答案。