Html 绝对URL省略协议(方案),以保留当前页面的协议(方案)
我看到了Html 绝对URL省略协议(方案),以保留当前页面的协议(方案),html,http,url,web-applications,protocol-relative,Html,Http,Url,Web Applications,Protocol Relative,我看到了//somepage.com/resourceurl格式。例如: <img src="//remotesite.com/image1.jpg" /> 这一点是,如果当前页面(定义img标记的页面)正在使用http,则通过http向远程站点发出请求。如果是https,则为https。这消除了浏览器对未完全加密页面的警告 我的问题是——这个URL格式是否可以安全地用于所有浏览器。这是一个标准吗?是的,我相信是的。保罗·爱尔兰创造了这个词 我还要指出,这是该项目的一部分,该项
//somepage.com/resource
url格式。例如:
<img src="//remotesite.com/image1.jpg" />
这一点是,如果当前页面(定义img
标记的页面)正在使用http
,则通过http向远程站点发出请求。如果是https,则为https。这消除了浏览器对未完全加密页面的警告
我的问题是——这个URL格式是否可以安全地用于所有浏览器。这是一个标准吗?是的,我相信是的。保罗·爱尔兰创造了这个词 我还要指出,这是该项目的一部分,该项目宣传跨浏览器兼容性 注意:Paul的文章中提到了IE6中谷歌分析的一个边缘案例。所以这并不完美 这个URL格式对所有人都安全吗 浏览器 我不能肯定地说什么,但您应该能够在不同的浏览器中测试它 这是一个标准吗 从技术上讲,它被称为“网络路径参考”。这是它的方案:
relative-ref = relative-part [ "?" query ] [ "#" fragment ]
relative-part = "//" authority path-abempty
/ path-absolute
/ path-noscheme
/ path-empty
但是,当在
或@import
上使用时,IE7和IE8会下载该文件
以下是保罗·爱尔兰(Paul Irish)就这一主题撰写的帖子:
- 应该是安全的
指定为在Google的HTML/CSS样式指南中使用的格式:编辑:最新url:相关:回答第一个问题并回答第二个问题。类似问题:可能重复虽然您在问题中没有使用该术语,但我添加了标记(以便更容易找到此问题)。这不再是真的,请参阅或,他们现在使用https://。还要了解为什么使用协议方案可能不是一个好主意。请注意,Paul Irish更新了他的帖子,指出在可行的情况下,现在应该始终通过https提供资源。请参阅上面由@Sarfraz链接的帖子。Google analytics snippet代码使用此方案,因此我打赌它是跨浏览器的。虽然许多网站都在使用此工具,但它们只会提供https版本