因为要参加亲戚婚礼,我在杭州前往马鞍山的绿皮火车上。许久没有坐过绿皮火车了,入站前我还有了丝丝害怕。害怕火车站是否有危险。

普通火车站只能是普通打工者最廉价的出行方式了。一路上的感慨。即使是杭州,这样的一线城市,杭州火车站也显的太过落寞。路上经过一个小巷,有浓浓的尿骚味。火车站也落魄的很,明显已经完全不在受到重视。

这样说,近几年国家经济发展迅速,尤其杭州为代表的一线城市,不仅在经济还是科技都属于一流水平。但是火车站,还是和几年前见到的一样,没有丝毫的改变,至少我没有看到。

我通过水泥地的走道进入了候车室,就像 80 年代一样的怀旧感。在候车室有两个人尬聊,一人说到,自己是个做菜的,算不上厨师。在杭州也就是混口饭吃,因为没有立足点,感觉到与杭州人群的格格不入。说到自己一个月 3000-4000 左右。

绿皮车厢里面呢,有不少抽烟者和随地而睡的人。

车厢很闷。根据我坐绿皮车的经验,车厢里面不是有点冷就是有点热。这经验也是我到车上后回忆起来的。我记性很差,努力回忆一下,之前的经验就如同刚才所说。这一次是有点热。

车厢的气味都没有变化,还是那种幽幽的,不想闻但一定会吸入的怀旧气息。

我是有些不习惯了,因为这些年一直都是做高铁,的确舒服很多。
工作生活中也遇不到绿皮火车和车上的人,隔阂的确越来越远,以至于像两个平行的时间线。

终究离发达国家还是有不少差距,大家都还是生活在困苦之中。
勇敢面对。

没事不要喝酒。没事不要喝酒。喝酒前一定明确自己当前的处境。我多年喝酒善意的总结。

酒精对人的刺激,非常明显。少量酒精会像兴奋剂一样使人高亢。少量酒精还真不会有什么出格的事情发生,喝点就喝点嘛,谁都管不着,还真的不用怎么担心。但是一定要注意,超出预期的酒精也是从少量酒精过度过去的。

HK,我没有去过,但是我觉得这个地方很神奇。
为什么呢?
1. 美国棱镜门在 2013 年 6 月被曝光,美国政府遭遇百年一遇的全球信任危机,曝光人斯诺登选择在 HK 将相关资料公众于世。
2. 朝鲜目前最高领导人金正恩的弟弟金正男,于 2017 年 2 月被刺杀。之前呆过比较久的地方,一个是前苏联,一个是 HK。
3. HK 的香港大学世界闻名,比肩国内的清华与北大。而 HK 世界闻名的大学达到数十个。
4. 中国公司上市地点有三个,HK、深圳、上海。HK 这么小的面积却拥有大量的公司前往,中国众多巨头纷纷前往。
5. HK 首富李嘉诚的身价,在国内也没有几个人能够比得上。
还有很多其他的经得起推敲的新闻点,很多新闻都表明,HK 是一个在政治、经历、教育等方面在全球都非常有影响力。前些年经常可以在大陆媒体上看到 HK 的发展和一国两制的自豪。这两年逐渐听到的少了,也或许和我不再看新闻有关。不过在代购上,经常看到 HK 的字眼。

HK 近期成为全球人的聚焦点,有人骂有人赞更多是在观看。时间不会停下来,什么事情一定会有一个结局,或许几多年后,我们可以叫这次事件为 “反送中案件”。

杭州的云服务建设的非常快。
下图中白云的后面就有非常强大的软硬件储备,撑起了几乎整个中国互联网的基础建设。

与微软亚马逊等科技公司不同,国外巨头一般把服务器存放在大海里,方便散热降低能耗。

DNS 协议的用途和解析方式是什么样的?

所有应用层层面的数据,如果需要进行网络传输,必定需要 ip 地址这个核心参数。没有 ip 地址的包,是不可能发出去的,都过不了网卡。因为网卡不知道要把这个包传到哪里去。
而 ip 地址人类很难记忆,所以很多服务都是通过域名进行访问。域名是比较方便记忆,但是网络又不认,因为网络无法根据域名进行数据传输,即域名没有定位功能。
所以所有的应用层的域名访问,都需要 DNS 协议解析成 ip 地址后才能够封包发送,ip 有定位功能。如果一个应用层服务直接通过 ip 地址访问另一个服务,那么是完全不用 DNS 做一次 ip 地址解析的。
我们的域名是需要从特定的服务商进行购买,在服务商处会进行 ip 地址的配置。而 DNS 协议的根据就是层层服务商解析,问根域,返回顶级域,问顶级域,返回权威域,这样通过.com.cn 等不同服务商的判断,最终落实并返回一个确定的 ip 地址。
DNS 协议是系统层级的操作,应用层无需关心,系统通过 DNS 协议拿到 ip 地址后会给到应用层,然后应用层将 ip 地址传递到传输层进行网络数据封包。
为了效率问题,系统会进行 DNS 的缓存以加快解析速度,并且还会设置有效期以较少误差。
比较例外的是 hosts 文件。在这里配置的信息具有第一优先级,系统如果在 hosts 中找到了对应的域名和 ip 地址的映射,则不再进行 DNS 请求而直接返回映射数据。
DNS 会有劫持问题,在移动端会使用 HTTPDNS 技术。DNS 有一个非常重要的大杀器,就是做负载均衡。

对 CPU 的一点简要说明。
如果你是对 CPU 的制作有一些模糊,或者希望通过其他博文来验证你的想法,那么下面一些认知或许对你有一些帮助。
大到宇宙飞船,小到 PC、手机、冰箱,无一没有芯片的影子。
各位一定都对芯片有很多认知了,我们不需要多做说明,没有芯片,就没有新时代。从真空三极管到锗晶体管到硅晶体管,每一步都是一次跃迁。

集成电路的制作

硅 => 晶圆

原材料首当其冲的是高纯度硅。通过把高纯度的硅融化,用一个引子伸入容器,不断的让硅附着生长在引子上面。我们可以想象明矾的制作过程。
引子不断的往上提,最后一个很重的圆柱形硅淀就形成了。
这个圆柱形直径有 10 厘米 +。
然后通过机器切割,从上往下,切割一个豁口或者一个边,这个豁口或者边,是为了客户进行晶圆制作的时候辨认方向用的。因为最终晶圆不是 100% 利用的,这个豁口或者边,是肯定不会用到的。
然后,对整个圆柱形硅切割成晶圆。每个晶圆对直径也还是 10 厘米 +,但是厚度只有 3 毫米左右。这样的一片片晶圆,就是后面集成电路的原材料了。
所以,晶圆其实是很大的一个圆盘,比普通人的一张脸,还是要大一些的

我有一个梦想,因为这个梦想,我也产生过心里的孤独。
今天我索性大胆的把自己的念想写出来,也把自己孤独的过程表达出来。
如果屏幕前的你看完心里也会产生一些奇思妙想,那我们或许可能很好的沟通下去。如果有共鸣,如果旅途方向再一直,陌生人我也愿意为你背负行囊。

互联网规则

  1. 互联网本质,就是数据在一定的协议基础上,在多台主机之间,进行数据的流动共享。
  2. 网络传输协议非常多,不是简简单单的 HTTP/HTTPS 协议,我们 App 看的直播就有 RTMP、私有 UDP 协议、DNS (+CDN 加速) 等等。
  3. 数据在网络上基于二进制包进行传输,传输规则基于 7 层网络协议,4/5 层网络协议便于理解
  4. 数据包在传输过程中几个关键不可缺少的字段:端口、MAC 地址、IP 地址。可以没有应用层的 HTTP 等协议,但是绝对不可能没有网络层、Mac 层和物理层。没有这三层,数据是不可能找到对应接收方的,甚至这个数据包都出不了你的电脑端口。可以没有应用层等,如 ping 一个主机使用的 ICMP 就是网络层协议,就没有应用层。

HTTP/HTTPS 规则

  1. HTTP 协议是无状态的协议,所以需要 Session、Cookie
  2. HTTP 没有三次握手,握手的是 TCP。应用层只要通过 TCP 必定会有三次握手。握手并不是 C-S 之间有一条网络管道进行连接,而是两端各自维护相应的状态,当双方状态都处于 runing 的时候 (双方套接字处于完成状态,本质是 Socket 套接字,UDP 也适用该规则),代表双方连接建立
  3. HTTPS 的公私钥认证,很多情况下只发生一次,公私钥认证的用途仅仅是为 C-S 之间的后续通讯建立对称密钥。后续的网络请求不出问题是不会重新公私钥认证的。因为服务器会在第一次公私钥认证的时候,生成 Session ID,该 Session ID 指向对称密钥并保存。客户端一般也会保存这个 Session ID 和对称密钥,后面客户端提交 Session ID 到服务器就可以建立起来安全通信。HTTP1.0 就可以支持 keep alive,多个网络请求可以复用建立的连接,这个时候更加不需要公私钥认证了。
  4. HTTPS 的公私钥认证,生成的对称密钥是由 C 生成一个随机数、S 生成一个随机数、C 再生成一个随机数这三个数完成的。公私钥认证的开始,是没有加密的,因为客户端还没有拿到公钥。所以前两个随机数是可以抓包拿到的,但是第三个随机数是 C 通过公钥加密传输的,所以第三个随机数的安全传输才是整个安全机制的重点。(前两个随机数被串改了也没关系,因为 C 和 S 的随机数不一样了,生成的对称密钥也不一样,后面的数据传输加解密过程中,就无法完成校验了)有个重点是,为什么需要 3 个随机数?而不能直接传输上面的第三次随机数?因为随机数为了确保随机性,而随机性不能完全依靠一方来确定,因为很可能不随机。而 3 个随机数,已经可以很好的保障最后生成的对称密钥的随机性了。

字节与比特

比特是计算机存储的最小存储单元。我们认知到的数字 3,在计算机的存储里(硬盘或者内存)的结构是这样的:00000011,也就是我们理解的二进制。
所以这个数字 3 是由 8 位组成的。每位有 01 两种变化。
比特存储,是计算机的基石。我们在互联网上通行的一切,如图片、音视频、文字,甚至各位的博客、App、电子书等等,能想到的能通过互联网传输的一切,都是比特存储。
举个例子,我们看的一张图片,在磁盘上的存储,或许就是这样子:0101011101010101010111101011110101010101100***(省略100000000个)***1010100111010101

1 字节 (byte)=8 比特 (bit)
我们刚才说到的数字 3,就是一个字节,在磁盘上就是 00000011。(为了便于理解,实际可能是 00000000 00000011,或者 00000000 00000000 00000000 00000011)。

1KB = 1024B(2 的 10 次方)
1MB = 1024KB(2 的 10 次方)
1GB = 1024MB(2 的 10 次方)
这些大小的计算都是定死的规则。规则很重要,有了规则才能合作。

今天,在公司卫生间里面,看到了这个 “每天努力 0.01” 和 “每天懈怠 0.01” 一年后的差距,颇为感触。
不过我不是因为这两个差距的比较产生心里的鸡汤,而是引发了一些关于努力的思考。
什么算是努力?好人一定要好报吗?

0%