Tag: 协议相对

networkingpath引用URI / Scheme相对URL: scheme相对URL（networkingpath引用）是我刚才发现的东西 – 你没有指定URL的scheme，并从当前的上下文中挑选它。例如：如果当前scheme是HTTPS或http://domain.com/img.png <img src="//domain.com/img.png" />将parsing为https://domain.com/img.png如果不是。这似乎是一个非常简单的方法来解决在SSL页面上调用外部脚本或图像的麻烦问题，而不会引起页面上的某些内容不安全的可怕错误。好处似乎很明显，但我似乎无法find的是大量的信息，并想知道是否有任何经验或有关计划相对URL（好或坏）的参考？虽然我试图发现是否有任何浏览器，这导致问题（IE6-8，Chrome浏览器和Firefox的成功），我也有兴趣找出是否有任何经验，在不同的使用语言。例如，如果您要在ASP中使用相对URL的scheme发布Response.Redirect ，它会起作用吗？

URI以两个斜线开头……他们如何performance？: 最近我看到了这样的代码块： <script type="text/javascript" src="//ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></script> 根据RFC 2396（URI语法）和RFC 2616（HTTP 1.1），这些以两个斜杠开头的URI是有效的，但不幸的是，RFC不能真正解释它们。任何人都可以指向一个资源，解释浏览器将如何处理这些URI？

我可以将所有的http：//链接改为//吗？: 戴夫·沃德说，这并不是轻量级的阅读，但是RFC 3986第4.2节提供了完全合格的URL，它们完全省略了协议（HTTP或HTTPS）。当URL的协议被省略时，浏览器使用底层文档的协议。简而言之，这些“无协议”的URL允许像这样的引用在每个浏览器中都可以使用： //ajax.googleapis.com/ajax/libs/jquery/1.4.4/jquery.min.js 起初看起来很奇怪，但这个“无协议”的URL是引用通过HTTP和HTTPS提供的第三方内容的最佳方式。这肯定会解决我们在HTTP页面上看到的一系列混合内容错误 – 假设我们的资产通过HTTP和HTTPS都可用。这完全是跨浏览器兼容？还有其他的警告吗？

用<script src =“http：// …”>replacehttp：//是否有效？: 我有以下元素： <script type="text/javascript" src="https://cdn.example.com/js_file.js"></script> 在这种情况下，该网站是HTTPS，但该网站也可能只是HTTP。（该JS文件是在另一个域上。）我想知道是否有效，为方便起见，请执行以下操作： <script type="text/javascript" src="//cdn.example.com/js_file.js"></script> 我想知道是否有效删除http:或https: 这似乎在我testing过的任何地方都能正常工作，但是在任何情况下，它都不起作用。