欢迎来到模板无忧!织梦模板,dede模板下载,织梦cms模板,免费网站模板下载站

模板无忧

用 // 代替 有哪些好处

企业模板

  //缺省协议

  /缺省协议的用,代表资源访问的协议和目前页面维持一致,假如目前页面是http,使用http协议访问,若是https,则用https协议访问。如此用就无论是http还是升级到https都不需要改动代码,目前不少CDN资源都是如此引用。通常用在内部链接中,外部链接的协议头具备不确定性是什么原因。

  伴随国内运营商等的大肆劫持致使大伙在访问网站的时候插入很多的低俗广告,减少客户体验,所以各竞价索引擎都期望大伙尽可能将站点转换为https方法

  //的意思?

  //是缺省协议的写法,比如

  //jb51.net/css/

  缺省协议默认用目前协议

  目前页面为HTTP时,等效

  http://jb51.net/css/

  目前页面为HTTPS时,等效

  https://jb51.net/css/

  用//代替http://的条件和好处?

  目前页面和目的资源同时支持HTTP和HTTPS正在从http升级到https

  如此有哪些好处就是能依据用户打开页面的方法自适应的选择资源的请求协议,

  对于https页面的内容,浏览器默认会组织非https内容,可以防止这样的情况

  //缺点

  直接打开当地文件调试时,用的协议是文件协议(file://)

  这时这个协议会变成file://jb51.net/css/显然是没有的

  与目前网站的协议维持一致,迅速发布与你目前协议相匹配的版本,同时降低SSL或其它协议版本的部署本钱。开发者无需管服务器云端提供什么协议,只须用//符号来代表所有最适应的匹配,这和nodeJS的思维是一脉相承的。

  优点如下:

  由于不少网站都将http升级为https,如此就可以预防大家的网址被劫持,前期为了在转换过程中我出差错大家没强制跳转,就是当用户访问http或https都可以正常访问,那样里面的js,图片,链接等都不可以用https或http,那样有哪些解决方案呢,那样解决方案来了就是用//,不要带http:与https如此就好了。

  //这种写法是依据你请求的协议自动添加协议的。举个栗子:你的网站是http协议,那样其实你访问的就是http://xxxx假如你的网站是https协议的,那样请求的地址会变成https://xxxx要了解,假如你写成了http://xxx.那样假如你们的网站线上是https,那样或许会报安全警告,有些浏览器甚至没法正常加载页面。假如你直接写成https,要了解,当地开发可是http啊...

  下面的内容是来自知乎的一些经典回复

  好处不少人都答过了。升级https当然最能感觉到这种好处。我只不过补充一个为何前人不这么写的原因。当然,确实有不少前端并不了解这种写法。不过,即使了解也非常可能没办法这么写。由于UC浏览器的很多较早版本不支持这种写法,会把//a.b/直接理解为/a.b/,也就是说,假如你在http://example.com的页面里写了//example-cdn.net/static-file的地址,UC实质访问的是http://example.com/example-cdn.net/static-file。UC过去的市场占有率大伙是了解的。所以……

  一看你就没做过「全站HTTPS升级改造」。我给全站做HTTPS升级的时候,真的想把写http://的人砍死。特别是数据库里的链接和JS里拼接出来的url。期间用了各种正则,还要人工核查。奈何写http://的技术员太多,只能作罢。有人还在评论里问缘由,缘由就是假如你全写//,我就不需要改造数据库里的数据和网站源码了,直接升级https就好了。你或许会说https改造这种事情极少发生吧,巧了,我在腾讯和阿里都遇见了https改造ಥ_ಥ而且在阿里的时候我要负责1688整站(个别部门自行改造)的前端代码改造(不仅仅是HTML,还有CSS、JS、Velocity模板等!简直就是脏活累活,我TM为何要接这个活儿),你猜我骂写http://的人骂了多少次?有些前端还直接在JS里写http,沿用一下目前页面的协议你会死啊?

  还有些前端用正则判断url时居然只同意http://和https://不同意//,真的是没知识。太多技术员,太智障了。也大概是由于他们没听说过HTTPS而已。假如你还不懂,我就问你几个问题:假如你用http://,那你就是默认目前页面是http协议了,你一个前端凭什么决定目前页面的协议?难道你不了解http链接在https页面里会显示错误啊?你应该沿用目前页面的协议,所以你要写//假如你用https://,也是一样的问题,你如何了解三年后是否会出现一个httpshe://,难道到时候你再全部改成httpshe://?不要做任何明显是不对的假设!你根本就不了解目前页面会用什么协议打开!所以你要用//啊!类似的错误假设还有不少,譬如不少中国技术员都以为电话号码只含数字和括号,不含字母。真的是如此吗?

  有人说全局替换不就完了吗?举例说明吧,假设淘宝要升级https于是你将http://全部替换成//第一个bug:你把<ahref="http://tmail.com">替换成了<ahref="//tmail.com">,然而当时http://tmail.com还不支持https于是你将肯定范围内的域名替换,http://(taobao|taobao2|taobao3).com替换成//$1.com第二个bug:有的JS是如此写的url="http://"+location.hostname+'/'+path,还有写JS是如此写的/^http:\/\//.test(input)。你说这个就没法用正则了,在所有JS里全局搜索http然后人工审查吧。你了解淘宝有多少JS文件吗……而且这类文件是缓存十年的……即使你改了,也不肯定能更新。而且一旦你改错了,影响用户下单,马云损失一个亿你赔得起吗?第三个bug:有的数据根本就不在代码里,在数据库里,譬如user.image的值是http开头的。于是你将user.image写成user.image.replace('http://','//')或者你直接改数据库里的数据(当数据量非常大的时候,这基本是不可能的)第四个bug:你忘了改nginx、crossdomain里面的域名第五个bug:你忘了改配置系统里面的base_url第六个bug:你的https页面嵌入了一个外部的httpiframe……你就哭吧,这非常难解决,运气好直接改成//(外部支持https即可),运气不好就要改页面逻辑了。第N个bug……HTTPS升级就是脏活累活,你说容易你来做,你开始做就了解牵连的地方有多少了。最好的策略还是把协议做成比较容易变更的方法,譬如遵循目前页面,或者用变量,反正写死http://一定不好。有的技术员写代码的时候,明明了解有HTTPS却不去兼容,心理想着「反正我在这个公司呆两年就走了,HTTPS至少还有三年呢」然后就写出了垃圾代码。

  愈加多的开发者,在链接文件时,使用//来代替http://,即如<ahref="http://jb51.net……通常写为<ahref="//http://jb51.net……,这与传统带http的不同之处?

  原本你的网站是http的,所有些src都是http开头,以为遭到狗屎运营商很多劫持,在你的页面塞了一大堆儿童不宜/和单纯广告的内容的时候,有人对你说替换https可以改变这个问题,那样这时你就了解之前的src和ajax写得//而不是http://是当初多么明智的决定。。。

  逐浪CMS官方

  伴随愈加多开源和云平台的涌现与SSL协议的广泛导入(如逐浪CMS已经全方位启用了SSL协议支持),大家在进行开发时不能不面对http协议的选择和辨别。大家都知道,过多的ssl引用,或许会导致一般站点的效率低下,但大家不可以为此再去重新设计一个纯SSL版本。表目前开源库上,通常平台都同时提供SSL版和非SSL版。如这两个库:https://code.z01.com/js/jquery-3.2.1.slim.min.jshttp://code.z01.com/js/jquery-3.2.1.slim.min.js其引用成效是一致的。于是开发者们直接用"//网址/文件"办法来替代前面的协议,使之自动辨别。即具体是SSL协议还是一般http协议,交给浏览器去自动辨别并自动与目前站点匹配,从而达成最好的安全请求和最高效的加载办法。概言之,这是一种开发办法和开发思维,云计算的web与移动开发日益壮大。


本文转载自中文网


希望以上内容可以解决您的问题!
如有其他问题欢迎大家一起交流学习!
作者:酱油妹 来源:www.dgznd.com.cn 关注: 时间:2022-05-01 10:00
版权声明:凡注明来源为http://www.nsxcb.cn的均为本站原创,转载请注明来源。
本文网址:http://www.nsxcb.cn/HTML/HTMLjichu/20220501/14017.html
凡本站提供教程均已验证教程的准确性。
相关教程
在线客服

织梦模板 整站模板 新手教程 使用技巧