![]() |
1
389
没有方案(http:或https:)的相对URL有效,每 RFC 3986: "Uniform Resource Identifier (URI): Generic Syntax", Section 4.2 你的例子是有效的,应该是有效的。我自己也曾在流量很大的网站上使用过这种相对网址方法,而且没有任何投诉。此外,我们在Firefox、Safari、IE6、IE7和Opera中测试我们的网站。这些浏览器都能理解URL格式。 |
![]() |
2
153
RFC 3986 定义由以下部分组成的URI:
定义相对uri时( Section 5.2 ),您可以省略这些部分中的任何一个,始终从左侧开始。在伪代码中,如下所示:
您描述的URI是一个无模式的相对URI。 |
![]() |
3
80
如果父页是从
|
![]() |
4
41
许多人称之为协议相关的URL。 |
![]() |
5
26
我把答案复制到 Hidden features of HTML :
|
![]() |
6
17
不谈这个协议是完全正确的。多年来,URL规范对这一点已经非常清楚,我还没有找到一个浏览器不能理解它。我不知道为什么这种技术不为人所知;它是解决跨越HTTP/HTTPS边界的棘手问题的完美解决方案。更多信息: Http-https transitions and relative URLs |
![]() |
7
7
Not able to load jQuery in Internet Explorer on localhost (WAMP)
使用的解决方案 HTML5Boilerplate 是在资源未正确加载时进行回退,但只有在合并检查时才有效:
HTML5样板
|
![]() |
8
4
根据gnud的参考 说:
|
![]() |
10
3
正如其他答案所述,这确实是正确的。不过,您应该注意到,一些网络爬虫会通过在您的服务器上请求它们来触发404,就像一个本地URL一样。(他们无视双斜杠,把它当作单斜杠)。 您可能需要在您的Web服务器上设置一个规则来捕获这些并重定向它们。 例如,使用Nginx,您可以添加如下内容:
另外,对于每个查询来说,这是一个相当庞大的regex——在我看来,惩罚404的不兼容浏览器是值得的,因为大多数兼容浏览器的性能会受到轻微的影响。 |
![]() |
11
3
导致404的引用如下所示: 裁判:
404请求:
不要 遵守RFC 3986第4.2节。最保险的办法是尽可能地包括协议。 |
![]() |
12
3
this technique an anti-pattern 也:
这个答案与2019年1月有关。将来,这个答案的数据可能会过时。 三。反模式3.1条。论证front-end engineer and a developer advocate for the Google Chrome write in 2014, December :
3.2条。其他链接
4开发过程
链接
注意
我不知道这种行为,也不明白我为什么会有这样的问题 this for pageres 5第三方工具我使用 Clickable URLs 崇高的文本包。使用它,我可以简单地打开链接从我的文本编辑器在浏览器。
6结论对:
但你不需要这些额外的问题。按链接阅读信息
|
![]() |
13
2
我看到的图案 html5-boilerplate
它在不同的方案下运行顺利,比如
|
![]() |
14
1
由于您的示例是链接到外部域,如果您使用的是HTTPS,那么您应该验证外部域是否也设置了SSL。否则,您的用户可能会看到SSL错误和/或404错误(例如,旧版本的Plesk将HTTP和HTTPS存储在单独的文件夹中)。对于cdn来说,这不应该是一个问题,但对于任何其他网站来说,这可能是个问题。 另一方面,在更新旧网站时进行了测试,并且还可以在META REFRESH的url=部分中工作。 |