Mixed Content: The page at '<URL>' was loaded over HTTPS, but requested an insecure frame '<URL>'. T

这个错误提示意味着网页使用了HTTPS协议加载，但是请求了一个不安全的HTTP协议的框架，因此被阻止了。为了解决这个问题，可以采取以下两种方法：
1. 将请求的框架改为HTTPS协议，这样就不会出现不安全的请求了。
2. 在页面的head中加入<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">，这样就会自动将HTTP的不安全请求升级为HTTPS，从而解决了问题。

相关问题

9Mixed Content: The page at '<URL>' was loaded over HTTPS, but requested an insecure script '<URL>'. This request has been blocked; the content must be served over HTTPS.

这是一个浏览器的安全提示，意思是在一个通过 HTTPS 加密传输的页面中，有一个 HTTP 链接的请求被阻止了。这是因为 HTTPS 是一种安全的传输协议，而 HTTP 不是，所以浏览器认为这种混合的传输方式可能存在安全风险，会自动阻止这种请求。要解决这个问题，可以将请求的链接修改为 HTTPS 链接，或者在服务器端配置 HTTPS。

nginx代理后报错9Mixed Content: The page at '<URL>' was loaded over HTTPS, but requested an insecure script '<URL>'. This request has been blocked; the content must be served over HTTPS.

这个错误通常出现在代理服务器将 HTTP 请求转发到 HTTPS 服务器时。当代理服务器收到 HTTP 请求后，会将其转发到 HTTPS 服务器，但是在转发时，如果请求中包含了 HTTP 链接，就会导致浏览器出现混合内容错误。

解决这个问题可以有两种方法：

1. 修改代理服务器配置，将 HTTP 请求转发到 HTTP 服务器，而不是 HTTPS 服务器。这样就不会出现混合内容错误了。

2. 将代理服务器配置为在转发请求时将 HTTP 链接修改为 HTTPS 链接。可以使用 nginx 的 sub_filter 模块来实现这个功能。具体的配置可以参考下面的示例：

   location / {
       proxy_pass https://example.com;
       sub_filter 'http://' 'https://';
       sub_filter_once off;
       proxy_set_header Accept-Encoding "";
       proxy_set_header Host $host;
   }

这个配置会将请求中的所有 `http://` 链接替换成 `https://` 链接，并且在转发时禁用 Accept-Encoding 头部，防止出现压缩问题。