我也面临着同样的问题。在做了一些研究之后，我发现问题出在文件名上。实际文件的名称是“lightgaly .css”，但在链接时我输入了“lightgaly .css”。

更多信息:

它在我的本地主机上运行良好(操作系统:Windows 8.1 &服务器:Apache)。 但是当我将我的应用程序上传到远程服务器(与我的本地主机不同的操作系统和Web服务器)时，它不起作用，给了我和你一样的错误。

因此，问题是服务器的大小写敏感性(与文件名有关)。

我的问题比这篇文章中的所有答案都要简单。

我必须设置IIS以包含静态内容。

以防有人来到这个帖子，有类似的问题。我也遇到过类似的问题，但是解决方法很简单。

一名开发人员错误地丢失了一份网页副本。将config文件放到CSS目录下。删除后，所有错误都得到解决，页面正常显示。

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

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

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

我也面临着同样的问题。在做了一些研究之后，我发现问题出在文件名上。实际文件的名称是“lightgaly .css”，但在链接时我输入了“lightgaly .css”。

更多信息:

它在我的本地主机上运行良好(操作系统:Windows 8.1 &服务器:Apache)。 但是当我将我的应用程序上传到远程服务器(与我的本地主机不同的操作系统和Web服务器)时，它不起作用，给了我和你一样的错误。

因此，问题是服务器的大小写敏感性(与文件名有关)。

根据其他的回答，这条消息似乎有很多原因，我想我只是分享我的个人解决方案，以防将来有人有我的确切问题。

Our site loads the CSS files from an AWS Cloudfront distribution, which uses an S3 bucket as the origin. This particular S3 bucket was kept synced to a Linux server running Jenkins. The sync command via s3cmd sets the Content-Type for the S3 object automatically based on what the OS says (presumably based on the file extension). For some reason, in our server, all the types were being set correctly except .css files, which it gave the type text/plain. In S3, when you check the metadata in the properties of a file, you can set the type to whatever you want. Setting it to text/css allowed our site to correctly interpret the files as CSS and load correctly.