使用的反应

我在我的react profile应用程序中遇到了这个错误。我的应用程序表现得有点像它试图引用一个不存在的url。我相信这与webpack的行为有关。

如果你在公用文件夹中链接文件，你必须记住在资源之前使用%PUBLIC_URL%，就像这样:

<link type="text/css" rel="stylesheet" href="%PUBLIC_URL%/bootstrap.min.css" />

如果你在prod中提供应用程序，请确保你在service worker中提供静态文件。当我在Django上只提供React构建的静态子文件夹时，我遇到了这个错误(没有具有样式的资产)

如果你使用nginx提供静态css，你应该添加

location ~ \.css {
    add_header  Content-Type    text/css;
}
location ~ \.js {
    add_header  Content-Type    application/x-javascript;
}

or

location ~ \.css{
    default_type text/css;
}
location ~ \.js{
    default_type application/x-javascript;
}

到nginx conf

我在一个。net应用程序中遇到了同样的问题，一个叫做MojoPortal的CMS开源程序。在我的一个特定网站的主题和皮肤中，在浏览或测试时，它会像窒息一样磨碎和变慢。

我的问题不是CSS的“类型”属性，而是“其他东西”。我的具体变化在Web.Config中。我将MinifyCSS, CacheCssOnserver和CacheCSSinBrowser的所有值都更改为FALSE。

一旦设定好了，网站再次快速投入生产。

In my case, same error was coming with JSP. This is how I got to the root of this issue: I went to the Network tab and clearly saw that the browser request to fetch the css was returning response header having "Content-type" : "text/html". I opened another tab and manually hit the request to fetch the css. It ended up returning a html log in form. Turns out that my web application had a url mapping for path = / Tomcat servlet entry : (@WebServlet({ "/, /index", }). So, any unmatching request URLs were somehow being matched to / and the corresponding servlet was returning a Log in html form. I fixed it by removing the mapping to /

此外，tomcat配置wrt处理css MIME-TYPE已经存在。

对于任何可能有这种问题的人。 当我遇到这个问题时，我正在用PHP构建一个自定义MVC。

我能够通过将我的资产(css/js/images)文件设置为绝对路径来解决这个问题。 而不是使用url像href="css/style.css"使用整个当前url来加载它。例如，如果您在http://example.com/user/5，它将尝试在http://example.com/user/5/css/style.css加载。

为了解决这个问题，你可以在资产url的开头添加一个/(即href="/css/style.css")。这将告诉浏览器从url的根目录加载它。在本例中，它将尝试加载http://example.com/css/style.css。

希望这篇评论对你有所帮助。