1
24
所有现代浏览器都能理解这种格式,包括IE 6。(对IE 5.5不确定)。 实际上,这不是一个黑客,而是一个完全有效的URI语法 RFC 3986: Section 4.2 . 所以,我说你很高兴去。 |
2
9
我可以告诉你你到底在找什么。这是一个RFC文档,所以你必须筛选大量的噪音才能得到你想要的,但这是一个合法的 特征 (不是黑客)假定的HTTP客户端。
阅读更多信息: http://www.faqs.org/rfcs/rfc1808.html (搜索标题“解析相对URL”并参见下面的步骤1和2)或此处: http://freesoft.org/CIE/RFC/1808/18.htm 作为一个参考,我在几乎所有的生产项目中都使用它——不仅仅是用于JS资源,还用于链接到其他资源(如图像和CSS)的链接(更新:我不再使用它来链接样式表)。 几乎可以在任何地方工作。我在ie、ff、opera、chrome、safari/webkit中尝试过这一功能,它们都可以追溯到以前的多个版本(如果适用)。 示例:
我发现这个方法比编写代码来确定我们是否使用HTTP/HTTPS更干净。 唯一需要注意的是,您不应该将其用于样式表。 以下各项合法有效:
在IE中,上述操作将导致两个HTTP请求。目前,这会影响IE7、IE8和早期版本的IE9。 换句话说,方案相关的URI应该/可以用于除样式表之外的所有资源。 |
3
2
自从我问起我就一直在使用这个模式 this question 我没有任何问题。我看到它在每个浏览器中都能正常工作,包括IE5.5。(我所做的大部分工作都需要JavaScript,并且此方法中包含了一些JS。) |
4
1
我认为人们对此感到困惑的原因可能是谷歌分析的标准代码包含对基于协议的主机名做了一些复杂的事情。然而,我怀疑这是因为他们的ssl主机名与非ssl主机名不同,这是因为我想象的某些网络原因。 |
Karthi Jayaprakasam · 具有客户端证书的SSL流 2 年前 |
Parapluie · Php PayPal IPN返回无效 6 年前 |
HotDudeSmith · 我的域及其子文件夹能否连接到EC2? 6 年前 |
uptoyou · HTTP会话安全性和会话ID 6 年前 |