我在一个网站上工作，使用Gulp.js来编译和浏览器同步，以保持浏览器与我的更改同步。
Gulp.js任务正确地编译了所有内容，但在网站上，我无法看到任何样式，控制台显示以下错误消息:
拒绝应用样式 “http://localhost:3000/assets/styles/custom-style.css”，因为它 MIME类型('text/html')不是受支持的样式表MIME类型，并且 启用严格的MIME检查。
我真的不明白为什么会这样。
HTML包含如下文件(我很确定这是正确的):
<link rel="stylesheet" type="text/css" href="assets/styles/custom-style.css"/>
现在样式表是Bootstrap和Font Awesome样式的合并(还没有自定义)。
路径也是正确的，因为这是文件夹结构:
index.html
assets
|-styles
|-custom-style.css
但是我总是得到错误。
会是什么呢?这是gulp/browsersync的一些东西(也许是一个设置?)
当前回答
我想在这里分享一些关于这个话题的想法，当我的地方
app.use(expres.static('../frontEnd/public'))
不管用，但我用的时候
app.use(express.static('/frontEnd/public'))
它工作得很好。
其他回答
添加Express.js默认静态中间件如下:
Import express const express = require("express")
初始化表达式const app = express()
app.use(express.static(__dirname));
然后需要使用公共目录的完整路径
例如:
您的文件结构在公共目录
Public > CSS > style.css
你的道路将是
<link rel="stylesheet" type="text/css" href="./public/css/style.css"/>
注1:
您可以使用任何名称而不是公共名称，即assets myassets any other。
注意2:你的服务器应该在主目录下运行。 如果您的服务器在子目录中运行，那么您可以使用../出来
该问题的主要原因之一是它试图加载的CSS文件不是有效的CSS文件。
原因:
无效的MIME类型 在样式表中包含JavaScript代码(可能是由于不正确的Webpack捆绑器配置造成的)
检查您正在尝试加载的文件是否是一个有效的CSS样式表(从network选项卡获取文件的服务器URL，并点击一个新选项卡并验证)。
在body标签中使用<link>时的有用信息。
虽然在正文中有一个链接标签并不是使用标签的标准方式。但是我们可以将它用于页面优化(更多信息:优化CSS交付)/如果业务用例需要(当您提供内容主体和服务器配置为必须呈现提供内容的HTML页面时)。
在保持在body标签内的同时，我们必须在link标签中添加itemProperty属性
<body>
<!-- … -->
<link itemprop="url" href="http://en.wikipedia.org/wiki/The_Catcher_in_the_Rye" />
<!-- … -->
</body>
有关itemProperty的更多信息，请参阅能否在HTML文档正文中使用<link>标记?。
您可以打开谷歌Chrome工具，选择网络选项卡，重新加载您的页面，找到CSS的文件请求，并寻找它在文件中有什么。
也许你在合并文件中的两个库时做错了什么，包括一些不适合CSS的字符或头文件?
当我把它移动到localhost和PhpStorm时，我在一个网站上遇到了这个问题。
这在网上效果很好:
<link rel="stylesheet" href="/css/additional.css">
但是对于localhost，我需要去掉斜杠:
<link rel="stylesheet" href="css/additional.css">
所以我在这里强调一些已经提供的答案-这可能是一个路径或拼写错误，而不是任何复杂的服务器设置问题。控制台中的错误是转移注意力的东西;首先需要检查网络选项卡是否有404错误。
在这里提供的答案中，有一些解决方案是不正确的。添加type="text/html"或将href更改为src都不是答案。
如果你想拥有所有的属性，所以它在最敏感的验证器和你的IDE上进行验证，那么应该提供媒体值，并且rel应该是样式表，例如:
<link rel="stylesheet" href="css/additional.css" type="text/css" media="all">
我遇到过这个问题，在向Azure B2C用户流添加自定义外观时遇到了同样的问题。我发现HTML页面引用的根是../oauth/v2(即oauth服务器路径)而不是我的存储bob的路径。
使用页面的完整URL为我解决了这个问题。
