Questions tagged «protocol-relative»

14
在<script src =“ http://…”>中用//替换http://是否有效?
我有以下要素: &lt;script type="text/javascript" src="https://cdn.example.com/js_file.js"&gt;&lt;/script&gt; 在这种情况下,该站点是HTTPS,但该站点也可能只是HTTP。(该JS文件位于另一个域上。)我想知道为方便起见,执行以下操作是否有效: &lt;script type="text/javascript" src="//cdn.example.com/js_file.js"&gt;&lt;/script&gt; 我想知道删除http:或https:是否有效? 在我测试过的所有地方似乎都可以使用它,但是在某些情况下它不起作用?

7
我可以将所有http://链接更改为//吗?
戴夫·沃德(Dave Ward)说, 阅读的内容不完全准确,但是RFC 3986的4.2节提供了完全省略协议(HTTP或HTTPS)的标准URL。当省略URL的协议时,浏览器将改为使用基础文档的协议。 简而言之,这些“无协议” URL允许这样的引用在您将在其中尝试的每种浏览器中使用: //ajax.googleapis.com/ajax/libs/jquery/1.4.4/jquery.min.js 乍一看似乎很奇怪,但是此“无协议” URL是引用可通过HTTP和HTTPS进行访问的第三方内容的最佳方法。 假设我们的资产可以通过HTTP和HTTPS进行访问,那么这肯定会解决我们在HTTP页面上看到的一系列混合内容错误。 这是完全跨浏览器兼容的吗?还有其他警告吗?

4
以两个斜杠开头的URI……它们的行为如何?
最近,我看到了这样的工作代码块: &lt;script type="text/javascript" src="//ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"&gt;&lt;/script&gt; 根据RFC 2396(URI语法)和RFC 2616(HTTP 1.1),这些URI以两个斜杠开头是有效的,但是不幸的是RFC并没有真正解释它们。 谁能指出我的资源来解释浏览器将/应该/如何处理这些URI?

3
省略协议(方案)的绝对URL,以保留当前页面之一
我看到了//somepage.com/resource网址格式。例如: &lt;img src="//remotesite.com/image1.jpg" /&gt; 这样做的目的是,如果当前页面(定义img标签的页面)正在使用http,则通过http向远程站点的请求。如果是https-是https。这消除了浏览器未完全加密页面的警告。 我的问题是-此URL格式可安全用于所有浏览器吗?这是标准吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.