WOFF字体应该作为什么mime类型?
我正在服务truetype (ttf)字体作为字体/truetype和opentype (otf)作为字体/opentype，但我找不到WOFF字体的正确格式。
我已经尝试了字体/woff，字体/webopen，和字体/webopentype，但Chrome仍然抱怨:
资源解释为字体，但使用MIME类型应用程序/字节流传输。
有人知道吗?
当前回答
注:这个答案在当时是正确的，但在2017年RFC 8081发布时就过时了
没有字体的MIME类型!因此，font/xxx总是错误的。
其他回答
对我来说，接下来就是在.htaccess文件中工作。
AddType font/ttf .ttf
AddType font/eot .eot
AddType font/otf .otf
AddType font/woff .woff
AddType font/woff2 .woff2
也许这能帮到别人。我在iis7上看到。ttf已经是一个已知的mime类型。它被配置为:
application/octet-stream
所以我只是添加了所有的CSS字体类型(。oet， .svg， .ttf， .woff)和IIS开始为它们提供服务。Chrome开发工具也不会抱怨重新解释类型。
欢呼, 迈克尔
注:这个答案在当时是正确的，但在2017年RFC 8081发布时就过时了
没有字体的MIME类型!因此，font/xxx总是错误的。
更新自2017年6月22日Keith Shaw的评论:
截至2017年2月，RFC8081是建议标准。它为字体定义了一个顶级媒体类型，因此WOFF和WOFF2的标准媒体类型如下: 字体/ woff 字体/ woff2
2011年1月，Chromium宣布将同时承认
应用程序/ x-font-woff
作为《WOFF》的模版我知道这个改变现在是在Chrome测试版，如果还不稳定，它应该不会太远。
Mime类型可能不是你唯一的问题。如果字体文件托管在S3或其他域上，您可能还会遇到Firefox无法从不同域加载字体的问题。这在Apache上很容易解决，但在Nginx上，我读到你可能需要用base-64编码你的字体文件，并直接嵌入到你的字体css文件中。
