html - 没有 http 协议的链接
我们在链接的 href 属性上包含 http / https 协议是否有原因？
把它去掉可以吗：
<a href="example.com">my site</a>
Is there a reason we include the http / https protocol on the href attribute of links?
Would it be fine to just leave it off:
<a href="example.com">my site</a>
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
包含“http:”或“https:”部分部分只是传统问题，部分是实际指定协议的问题。如果默认，则使用当前页面的协议；例如， //www.example.com 变为 http://www.example.com 或 https://www.example.com 取决于引用页面的 URL。如果一个网页保存在本地磁盘上，然后从那里打开，它没有协议（只有文件：伪协议），因此像 //www.example.com 这样的 URL 将不起作用；因此，这是包含“http:”或“https:”部分的原因之一。
省略“//”部分是一个完全不同的问题，将 URL 转换为相对 URL，该相对 URL 将被解释为相对于当前基本 URL。
当在浏览器的地址行上键入或粘贴 www.example.com 时，其工作原理是相对 URL 在那里没有意义（没有可关联的基本 URL），因此浏览器供应商决定暗示“http:// ” 前缀。
The inclusion of the “http:” or “https:” part is partly just a matter of tradition, partly a matter of actually specifying the protocol. If it is defaulted, the protocol of the current page is used; e.g., //www.example.com becomes http://www.example.com or https://www.example.com depending on the URL of the referring page. If a web page is saved on a local disk and then opened from there, it has no protocol (just the file: pseudo-protocol), so URLs like //www.example.com won’t work; so here’s one reason for including the “http:” or “https:” part.
Omitting also the “//” part is a completely different issue altogether, turning the URL to a relative URL that will be interpreted as relative to the current base URL.
The reason why www.example.com works when typed or pasted on a browser’s address line is that relative URLs would not make sense there (there is no base URL to relate to), so browser vendors decided to imply the “http://” prefix there.
href 中的 URL 不仅限于 HTTP 文档。它们支持浏览器支持的所有协议 - ftp、mailto、file 等。
此外，您可以在 URL 名称前面加上“#”，以链接到页面内部的 html id。您可以只提供名称或目录路径，无需协议，这将被视为相对 URL。
URLs in href are not restricted to only HTTP documents. They support all the protocols supported by browsers- ftp, mailto, file etc.
Also, you can preceed URL name with '#', to link to a html id internally in the page. You can give just the name or directory path, without a protocol, which will be taken as a relative URL.
我的解决方案是使用重定向服务来欺骗浏览器，例如 bit.ly 和 goo.gl（即将停止使用）以及其他服务。
当浏览器意识到快捷方式的url是https时，会自动释放链接图片，链接被释放后转而显示http图片，而不显示原来的链接。
烦人的是，根据访问，它会在你的重定向器的面板控件中显示，数千个“点击”，这实际上是“显示”。
有了这些经验，我将寻找一个用于重定向的 WordPress 插件并创建我自己的“重定向链接”。所以我将 https // mysite.com /id → 重定向到 http 链接。
My solution was to trick the browser with a redirect service, such as bit.ly and goo.gl (which will be discontinued soon), in addition to others.
When the browser realizes that the url of the shortcuts is https, it automatically releases the link image, the link is released and instead displays the http image, without showing the original link.
The annoying part is that, according to the access, it will display in the panel control of your redirector, thousands of "clicks", which is actually "display".
With this experience I'm going to look for a Wordpress plugin for redirection and create my own "redirects links". So I will have https // mysite.com /id → redirect to http link.