javascript - 为什么 mime 类型通常设置不正确？

Question

Google Chrome 调试控制台报告以下内容

Resource interpreted as Image but transferred with MIME type application/octet-stream: "http://static7.businessinsider.com/assets/images/faviconBI.ico".

其中有许多都是由其他域提供的。

根据这个SO Post这可能会导致安全问题。

我可以采取什么措施来让这些域正确设置 MIME 类型。

我在使用我使用的开源库之前就遇到过这个问题，在我给他发电子邮件后，作者很友善地修复了他的 mime 类型

但总的来说，大多数域似乎并不担心正确设置 MIME 类型。

如何缓解这种情况？ (我没有时间逐个域地执行此操作)。

Answer 1

当您向服务器发出请求时，服务器会使用附加到响应的 MIME 类型进行响应。因此，如果服务器没有正确设置 MIME 类型，那么您无能为力。

您当然可以编写自己的代理，但这只是一个代理。例如，如果您有一个 URL

http://foo.bar/test.js

它返回 MIME 类型 text/html (它应该是 application/javascript )，然后你可以编写一个代理，它将为你获取该 URL ，它会设置正确的 MIME 类型，并将响应推送到您这边。由于代理将位于不同的域上，因此您必须通过(例如)访问 URL

http://proxy/?url=http://foo.bar/test.js

现在，如果您尝试访问现有网页，显然它不会对您有帮助，因为它们不会指向代理的 URL。

至于安全问题，是的，在某些极少数情况下，MIME 类型可能会导致副作用。但说实话，现实中我从来没有听说过这样的问题。如果您只提供图像，那么根本没有风险。

现在，此类代理的性能受到严重影响，因为当然每个请求都必须通过代理。