在本地dev上禁用chrome strict MIME类型检查

Question

我有一个CSS文件,我的本地开发服务器(webpack)提供的服务显然是错误的mime类型.

Refused to apply style from 'http://localhost:10001/font-awesome/css/font-awesome.min.css' 
because its MIME type ('text/html') is not a supported stylesheet MIME type, 
and strict MIME checking is enabled.

反正有禁用此功能吗？我认为这是一个镀铬设置.至少对于特定的主机.

深入研究webpack配置,如果它不做这样基本的事情通常是令人沮丧的牦牛剃须练习.

大多数其他答案指的是修复服务器的方法.我只是想破解这个客户端,因为服务器很顽固.

有关:

• 禁用Chrome严格MIME类型检查
• 链接并执行GitHub上托管的外部JavaScript文件

Answer 1

您的问题是前一段时间，但是在此问题上在Google上排名很高，因此我想提出一些建议。

可能是伪装的HTTP / 404

该错误信息可能只是在误导您。不幸的是，谷歌浏览器彻底删除了响应，甚至删除了“网络”开发人员面板的预览。

MIME类型可能不正确，因为服务器正在使用HTTP 404消息进行应答。
测试：在浏览器中直接打开CSS文件的URL，或使用诸如之类的工具获取该URL wget。

您检查路径是否正确？根据您的配置，css文件可能不像以前那样（假定webpack或其配置没有问题）。

我只能在这里盲目猜测正确的URL可能是...
http://localhost:10001/node_modules/font-awesome/css/font-awesome.min.css
http://localhost:10001/css/font-awesome/font-awesome.min.css
http://localhost:10001/css/font-awesome.min.css
http://localhost:10001/font-awesome.min.css

检查请求头

通常，不仅限于CSS响应：
如果text/html响应通过，则可以准备请求标头以适当地回退（例如，默认的Apache 404页面）。
Accept: text/css, text/plain, */*

但是您不应为每个请求都将其配置*/*为可接受的。即使在本地开发环境中，它也不总是有用-错误类型的响应应尽早解决。

为什么框架要优雅地处理这个问题

服务器可能会提供正确的答案，但Content-Type标题不正确。该框架假定服务器“必须具有application / json”，并允许JSON解析器处理它。

如果这可行，则框架可以忽略不正确Content-Type且仍在运行的功能。
此操作的主要目的是在.htaccess可能无法编辑设置的共享主机环境中运行。
如果您的应用程序处理更严格的内容类型是可以的，但它会不时调试此类错误。

相关答案
如果这没有帮助，那么这里的答案对我很有帮助：
由于MIME类型而未加载样式表