现在，HTTP上HTTP浏览器的限制越来越高，HTTPS的网站不支持访问HTTP资源
为了安全性并关注-up，我们的网站必须使用HTTP。但是，在设置了HTTPS的网站后，每个人都会在使用中找到一些不舒服的观点。HTTP资源实际上是限制的，无法访问。它的不舒服，告诉其他人您不使用Chrome浏览器或将Chrome提升到该水平，这感觉很难解决，并且无法解决主要问题。
在Internet上搜索后，基本的技术解决方案是前端遇到了指向HTTP的链接，并且HTTP协议标头更改为HTTPS协议标头。HTTPS资源没有更改为协议标题。HTTPS的支持，服务器有时无法提供相应的支持
例如，在我的实际使用中，有三个资源来源
我毫不怀疑HTTP应该打开，操作很简单，收入很高
合作伙伴更难提供。合作伙伴将考虑成本的成本。历史原因将比较以前的合作伙伴和你。
在线公共资源，这是无助的
我遇到了必须是https的这种资源，但是不支持原始资源，那么我们只能在服务器端处理它
当然，我们可以使用下载方法将原始资源存储到我们自己的空间
我想在下面说的是另一个解决方案。无需增加额外的存储成本。实现方法很简单：
通常，网页请求只是上面图的标志。目前，与第三步一样，加载合作伙伴或公共资源将被Chrome拦截，原因是安全保护
Chrome之所以是因为他是该规则的最大启动子，但是考虑到趋势，其他浏览器将来会跟进
我在这里提供的一种解决方案是将您的服务器用作跳板以获取其他资源
调整后的调整模型如上所示；
因此，我们可以实际练习它：
在实践中会发现两个问题
第一个：如何让浏览器将请求合作伙伴资源的请求拨打到您的服务器
例如，服务器的域名是合作伙伴的资源
我们希望在请求合作伙伴的资源时让客户不通过合作伙伴的域名，而是通过此时的域名，合作伙伴的资源应为您的域名+他的资源
这场简单的战斗，我们发现了一些不舒服的观点
显然：1。第二个结肠，2。第二个双倾斜杆3.随机路径，不可控制或不明显：合作伙伴的链接可能具有一些特殊的角色结构，这些结构不会在原始链接中。一个问题，但它将导致最终URL在您的域名后面生成。
因此我们进行以下调整
提供统一的获取接口。例如：：
合作伙伴的地址以参数的形式添加
所以
但是我们可以看到这个URL仍然是一个问题
合作伙伴的URL参数似乎是我们的URL参数。来自目标字段的合作伙伴的URL不完整，并且“合作伙伴的链接可能具有一些特殊的角色结构。
因此，我们不能直接使用伴侣的URL
第二个问题：如何处理伴侣的URL可以避免上述问题？
只需考虑编码和解码，因此我们可以使用URLBASE64工具来制作编码和解码以实现
在编码之后成为
目前，我们的链接变成了
这样，我们可以放心，以获取相应的目标URL
客户要求
服务器处理的两个代码简直很重要
概括：