我开始得到这个问题今天只在chrome和safari相同的项目/url为我的goormide容器(node.js)

在尝试了上面的几个建议之后，它们似乎不起作用，并且回溯了我从昨天到今天所做的一些代码更改，这也没有什么区别，我最终在chrome设置中单击:

1.设置;

2.向下滚动至底部，选择:“高级”;

3.向下滚动到底部，选择:“恢复设置到原始默认值”;

这似乎已经解决了这个问题，因为我不再在控制台中得到警告/错误，页面显示为它应该。阅读上面的帖子，似乎这个问题可以从任何数量的来源发生，所以设置重置是一个潜在的通用修复。 干杯

我也遇到了同样的问题，用同样的。htaccess文件来创建漂亮的url。经过几个小时的观察和实验。我发现这个错误是因为相对链接的文件。

浏览器将开始为所有css, js和图像文件获取相同的源HTML文件，当我将浏览几个步骤深入到服务器。

为了解决这个问题，你可以在HTML源代码上使用<base>标签，

<base href="http://localhost/assets/">

链接到这样的文件，

<link rel="stylesheet" type="text/css" href="css/style.css" />
<script src="js/script.js"></script>

或者对所有文件使用绝对链接。

<link rel="stylesheet" type="text/css" href="http://localhost/assets/css/style.css" />
<script src="http://localhost/assets/js/script.js"></script>
<img src="http://localhost/assets/images/logo.png" />

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

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

@Rob Sedgwick的回答给了我一个指针，然而，在我的情况下，我的应用程序是一个春季启动应用程序。所以我只是在我的安全配置中为相关文件的路径添加了排除…

说明—此解决方案基于springboot…你需要做的可能会根据你使用的编程语言和/或你使用的框架而有所不同

然而，要注意的一点是;

从本质上讲，当每个请求，包括 那些静态内容正在被验证。

所以让我们说一些路径到我的静态内容，导致错误如下;

一个叫做“插件”的路径

http://localhost:8080/plugins/styles/css/file-1.css http://localhost:8080/plugins/styles/css/file-2.css http://localhost:8080/plugins/js/script-file.js

还有一个路径叫做pages

http://localhost:8080/pages/styles/css/style-1.css http://localhost:8080/pages/styles/css/style-2.css http://localhost:8080/pages/js/scripts.js

然后，我只需在Spring Boot安全配置中添加如下排除项;

@Configuration
@EnableGlobalMethodSecurity(prePostEnabled = true)
@Order(SecurityProperties.ACCESS_OVERRIDE_ORDER)
public class SecurityConfig extends WebSecurityConfigurerAdapter {

    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
            .antMatchers(<comma separated list of other permitted paths>, "/plugins/**", "/pages/**").permitAll()
            // other antMatchers can follow here
    }

}

从身份验证中排除这些路径“/plugins/**”和“/pages/**”可以消除错误。

干杯!

我有同样的问题，几分钟后，我破译，我错过了添加文件扩展名到我的头。所以我改了下面这行:

<link uic-remove rel="stylesheet" href="css/bahblahblah">

to

<link uic-remove rel="stylesheet" href="css/bahblahblah.css"> 

我想扩展Todd R在op中的观点。在asp.net页面中，web。配置文件定义访问应用程序中每个文件或文件夹所需的权限。在我们的例子中，CSS文件文件夹不允许未经授权的用户访问，导致它在用户获得授权之前在登录页面上失败。更改web中所需的权限。通过修改CSS文件配置，可以防止非法用户访问CSS文件，解决了这一问题。