只要相信,期待就会成真
If my only tool is a hammer, every problem will start resembling a nail.
如果我只有一个锤子,那么所有问题都会变得像钉子。
#思维
如果我只有一个锤子,那么所有问题都会变得像钉子。
#思维
HTTPS加密原理:用到了非对称加密和对称加密。
非对称加密就是指加密和解密的密钥不一样,比如TLS证书就是非对称加密,公钥加密私钥解密或私钥加密公钥解密,非对称加密效率差比较耗时。
对称加密就是加密和解密用的同一个密钥,性能比较好。但是需要把唯一的密钥告诉对方,这个不太安全。
而 HTTPS 建立连接过程是:
1. 浏览器向网站服务器发出请求并获得服务器的公钥。
2. 浏览器随机生成用于对称加密的密钥,使用公钥加密后传给服务器。
3. 服务器用私钥解密并获得对称加密的密钥。
4. 服务器用对称加密的密钥加密网页内容,浏览器用该密钥解密。
另外就是用于对称加密的密钥并不是每次建立连接时都生成一次,服务器会维护一个Session ID,在TLS握手阶段传给浏览器,浏览器在生成对称加密的密钥后传给服务器,服务器将其放入到Session ID下,接下来浏览器每次请求都会带上Session ID,而服务器会根据Session ID找到对应密钥进行加密。
#HTTP #加密 #通信
非对称加密就是指加密和解密的密钥不一样,比如TLS证书就是非对称加密,公钥加密私钥解密或私钥加密公钥解密,非对称加密效率差比较耗时。
对称加密就是加密和解密用的同一个密钥,性能比较好。但是需要把唯一的密钥告诉对方,这个不太安全。
而 HTTPS 建立连接过程是:
1. 浏览器向网站服务器发出请求并获得服务器的公钥。
2. 浏览器随机生成用于对称加密的密钥,使用公钥加密后传给服务器。
3. 服务器用私钥解密并获得对称加密的密钥。
4. 服务器用对称加密的密钥加密网页内容,浏览器用该密钥解密。
另外就是用于对称加密的密钥并不是每次建立连接时都生成一次,服务器会维护一个Session ID,在TLS握手阶段传给浏览器,浏览器在生成对称加密的密钥后传给服务器,服务器将其放入到Session ID下,接下来浏览器每次请求都会带上Session ID,而服务器会根据Session ID找到对应密钥进行加密。
#HTTP #加密 #通信
最近一直在关注摩托车在路上应该怎样行驶的视频和文章,大致总结一下现状:
1. 摩托车应当在同向最右侧道路行驶(并不是道路最右边的车道)
2. 摩托车可以超车,并且超车时可以临时占用左侧旁边车道
3. 摩托车可以使用非机动车道,但是出事故的话会非常吃亏,通常会全责
4. 在道路有机动车附道的话,应当在附道行驶(这个不是非常确定)
5. 摩托车不能上高架桥(这个也是有点争议,比如在车道正常行驶,到达高架桥前并没有下桥的出口)
我其实和大部分摩友的想法一样,摩托车应当在同向最右侧行驶这条规定有点过时了,不太合理,应该与时具进。
其实道路上的路况非常复杂,如果真的完全按照交规行驶的话根本是不现实的,右侧车道被占用的情况实在太多了,并且各种车辆都有可能在右侧行驶。
还得根据具体情况来判断与行驶,通常交警应该不会为难摩友,但是如果真遇上奇葩的交警也得低头认栽,交规就是交规,就算不合理但是依然有效。
真希望交规里能明确一下摩托车相关事项,毕竟现在路上的摩托车是越来越多了。
另外还想说下,希望给同时有汽车和摩托车驾驶证的司机更多分数。
#摩托车 #驾照
1. 摩托车应当在同向最右侧道路行驶(并不是道路最右边的车道)
2. 摩托车可以超车,并且超车时可以临时占用左侧旁边车道
3. 摩托车可以使用非机动车道,但是出事故的话会非常吃亏,通常会全责
4. 在道路有机动车附道的话,应当在附道行驶(这个不是非常确定)
5. 摩托车不能上高架桥(这个也是有点争议,比如在车道正常行驶,到达高架桥前并没有下桥的出口)
我其实和大部分摩友的想法一样,摩托车应当在同向最右侧行驶这条规定有点过时了,不太合理,应该与时具进。
其实道路上的路况非常复杂,如果真的完全按照交规行驶的话根本是不现实的,右侧车道被占用的情况实在太多了,并且各种车辆都有可能在右侧行驶。
还得根据具体情况来判断与行驶,通常交警应该不会为难摩友,但是如果真遇上奇葩的交警也得低头认栽,交规就是交规,就算不合理但是依然有效。
真希望交规里能明确一下摩托车相关事项,毕竟现在路上的摩托车是越来越多了。
另外还想说下,希望给同时有汽车和摩托车驾驶证的司机更多分数。
#摩托车 #驾照