这个问题其实和之前遇到过的IIS服务器上无法识别svg/woff/woff2字体一样，都是IIS没有注册MIME类型导致的。解决方法也一样，先确认文件已经上传并且路径配置正确，然后远程登录主机，打开IIS，找到网站，右键属性，打开“HTTP头”，找到右下角的“MIME类型…”，添加对应的MIME类型即可：
.3gp 3gp video/3gpp
.flv application/octet-stream
.mp4 application/octet-stream
最近公司的几个WordPress网站从AWS搬家到Windows Azure环境下，又折腾了好一阵子。今天新鲜出炉一个新的问题，发现网站上的woff字体又报404了。在确认文件已经上传到正确路径下后，再回想一下之前碰到的IIS环境下找不到字体文件的问题，感觉应该又是没有给字体文件添加MIME类型的原因。Windows Azure并非虚拟主机，所以也不会给我一个IIS让我配置，只能想其他办法。 查看详细
标题起的比较诡异，部署网站的字体和服务器IIS有什么关系？如果你的职责只限于一名前端开发，那么你可能很“幸福”地与这些问题擦肩而过，浑然不觉。可是本人一直都是孤军奋战，连开发环境都要自己搭建，这次又踩了新的坑，发现网站所用的woff、svg等字体压根就没被页面加载。反复排摸都不得其解，用浏览器访问服务器上的这些字体url，全都报404错误，只有ttf的字体能被访问到…
事情还得起源于Google被墙这事，在几个月前我改用了360提供的字体库，一直也运行稳定。今天发现360的字体库失效了，网站字体又变回系统字体，而且一直在尝试加载360的字体库，页面变得很慢，和当初加载不到Google字库的时候一个德性…看来没有永远靠得住的服务啊，要想用字体，还得靠自己… 查看详细
