樱桃沟夹事

上一次被鱼刺扎的时候吃的是鲫鱼，那刺实在可恨，咽口水都疼的厉害，坐车还是打车去忘记了，结果到了海淀医院，人说没有耳鼻喉的急诊，要么北医三院，要么人民医院。

于是这里打车去的人民医院，可医生说我这个深，得用喉镜，可急诊没有这个，你要么明天早上来。

得，回家，这晚上怎么过啊。结果回家拿醋漱口来着，咕噜几下居然这刺自己出来。这也是赶巧了。

这次是吃带鱼，按理说带鱼不会啊，可吃的着急，也是太好吃了。结果一个不小心就又扎了。也用醋来漱口了，可好像还是有点微微疼，而且也不在喉部，感觉在食管口旁边。

过了一天好像还是有时候会疼。到今天实在忍不了了，那再去海淀医院。这10点45分了，居然还都有号。然后护士台得说明下自己没有出过帝都。

医生看了3遍，说没有看到鱼刺，然后还拿镊子夹夹看，得出结论是鱼刺可能不在了，这个疼是以为之前划伤的。然后就是各种医嘱了“多喝水，吃点流食，不要吃硬的。”

基本上这算是一本哲学书。而且翻译的实在是很糟糕。跟侯世达的「哥德尔，艾舍尔，巴赫」的翻译没法比。

讲的道理其实就是有限游戏是以胜负为结果导向的，而且这种胜负是需要最终以对手确认的。有限游戏的所有限制都是自我限制。

而无限游戏的目的是让这个游戏永久的玩下去。很多有限游戏是包含在了无限游戏中。

在大多数有限游戏中，惊奇是一个关键元素。如果我们没有准备好迎接对手每一个可能的举动，那么失败的可能性就肯定会增加。

由于有限游戏参与者受到的训练就是要防止未来改变过去，因此，他们必须隐藏自己未来的举动，必须要让毫无准备的对手措手不及。

由于无限游戏参与者准备好接受未来的惊奇，因此他们以完全开放的心态进行游戏。这里的开发并非指坦率,而是开放自己的弱点。这并不是暴露自己不变的个性–一如既往的真实的自我，而是暴露自己不断的成长–有待成为的动态自我。无限游戏参与者不仅仅期待惊奇所带来的乐趣，也期待被他改变，因为惊奇虽不能改变一些抽象的过去，但可以改变自己个人的过去。

在颐和园的西部，由于地理和历史，以及政治的原因，这样散落着很多的公园，他们都没法跟颐和园比。但是这些公园的存在确实给大家带来了很多去处。

由于北京市限制外地牌照的缘故，所以今天只能打车了，用高德地图叫了个曹操专车，貌似这个在做活动。
司机本来还觉得到手少了，只有17块，结果看我只付了14块钱，他也就心满意足了。
对于北京市这种做法，只能说一句”fuck懒政”。

在北坞村路和玉泉山路这个交叉口就散落着这4个公园：分别为玉泉公园，玉东公园，影湖楼公园，北坞公园。而北坞公园再往南就是中坞公园和船营公园。

而我们今天到的就是影湖楼公园，这个公园正好在玉泉山的正南侧，所以可以从湖里对着玉泉山。故名为影湖楼公园。

刚进公园就被满地的紫花给吸引住了。然后在黄色的迎春花的映衬下煞是好看。影湖楼公园貌似也不允许宠物入内。
于是在草地上铺上毯子就直接野餐起来，然后再睡一觉。在明媚的春光照样着一个油腻中年人，要是来播放点赵传或者伍佰的音乐，那真的是十分享受。

球子说在这种环境下你还不给小小球来几首关于春色的古诗。我去，我居然想到的第一首是：

我个人从来没有买过瑞幸咖啡，也没注册过瑞幸。主要是自己不喜欢咖啡和奶茶。公司里就菊花茶或者绿茶。

瑞幸造假这个事情半年前我们的半佛仙人老师在其公众号就提示了（分别为2019年8月19日和2019年11月19日）

但是瑞幸带来的后果大家想的可能是针对中概股的一场危机，但是另外一个角度来看，好公司是可以穿越这种危机的。当年新东方貌似就穿越了。

不过这个也可以看出浑水比较擅长的地方。辉山乳业和瑞幸都是他们花了大力气去整的，通过实地探访得来的结果。很多都是整合了上下游的信息。

而新东方和安踏两次出击好像就是没准备好，希望以后可以改进。这种没准备好很多是这2个案例涉及的都是公司对公司，这种透明度不必消费品那么透明。

而辉山上游是奶农，下游就是经销商，瑞幸上游是其他企业，下游是消费者。这2个案例都至少有一方是个人，这样的浑水调查起来相对简单。而新东方和安踏的案例是上下游都是公司。

4月1日会让你想起什么？ 愚人节？ 张国荣自杀？ 81192？

作为3大耻辱之一的81192事件确实应该好好说道的。

具体经过在wiki里已经有写明了。

2001年中美撞机事件：https://zh.wikipedia.org/wiki/%E4%B8%AD%E7%BE%8E%E6%92%9E%E6%9C%BA%E4%BA%8B%E4%BB%B6
1993年银河号事件： https://zh.wikipedia.org/wiki/%E9%93%B6%E6%B2%B3%E5%8F%B7%E4%BA%8B%E4%BB%B6
1999年南联盟大使馆事件： https://zh.wikipedia.org/wiki/%E4%BA%94%E5%85%AB%E4%BA%8B%E4%BB%B6

从1900年八国联军，一直到1999年大使馆被炸，这真是个灾难的100年。

本来以为21世纪就好了，可2001年就当头棒喝。

上一篇主要就是css的一些常用的指定方式。但是看着就是很简单的一种语言，甚至都不需要缩写。

但是看了书发现还是有一些高级用法的。

根据屏幕大小来指定使用哪个css，这个不就可以用在定义手机端样式和pc端样式啊。

1

<link href="lounge-mobile.css" rel="sytlesheet" media="screen and (max-device-width: 480px)">

这里就是指定了这个css只有在有屏幕的设备同时设备屏幕宽度不能超过480像素。

当然我们可以不在link标记内使用，原生css里也可以指定

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121

body {
  background-color: #b5a789;
  font-family:      Georgia, "Times New Roman", Times, serif;
  font-size:        small;
  margin:           0px;
}

/*
	height messes up the headers in the blog in the articles
	it's only appropriate for the top header.
	add a class (new with blog)
	Affects the 3 #header rules for the main header below
	In HTML: add class="top" to main header in index.html and blog.html
*/

header.top {
  background-color: #675c47;
  margin: 10px 10px 0px 10px;
  height:           108px;
}

header.top img#headerSlogan {
	float: right;
}


div#tableContainer {
	display: table;
	border-spacing: 10px;
}

div#tableRow {
	display: table-row;
}

section#drinks {
    display: table-cell;
    background-color: #efe5d0;
    width: 20%;
    padding: 15px;
    vertical-align: top;
}

/* added section#blog for blog */
section#main, section#blog {
  display: table-cell;
  background:       #efe5d0 url(images/background.gif) top left;
  font-size:        105%;
  padding:          15px;
  vertical-align: top;
}

aside {
  display: table-cell;
  background:       #efe5d0 url(images/background.gif) bottom right;
  font-size:        105%;
  padding:          15px;
  vertical-align: top;
}

footer {
  background-color: #675c47;
  color:            #efe5d0;
  text-align:       center;
  padding:          15px;
  margin: 0px 10px 10px 10px;
  font-size:        90%;
}

h1 {
  font-size:        120%;
  color:            #954b4b;
}

h2 { font-size: 110%; }

.slogan { color: #954b4b; }

.beanheading {
  text-align:       center;
  line-height:      1.8em;
}

a:link {
  color:            #b76666;
  text-decoration:  none;
  border-bottom:    thin dotted #b76666;
}
a:visited {
  color:            #675c47;
  text-decoration:  none;
  border-bottom:    thin dotted #675c47;
}


nav {
    background-color: #efe5d0;
	margin: 10px 10px 0px 10px;
}
nav ul {
	margin: 0px;
	list-style-type: none;
	padding: 5px 0px 5px 0px;
}
nav ul li {
	display: inline;
	padding: 5px 10px 5px 10px;
}
nav ul li a:link, nav ul li a:visited {
	color: #954b4b;
	border-bottom: none;
	font-weight: bold;

/*
	text-shadow: 1px 1px 3px #e2c2c2;
	text-transform: uppercase;
*/
}
nav ul li.selected {
	background-color: #c8b99c;
}

上面这个是「Head first html与css」第二版里第12章的一个css文件实例。第一次看还是有点头大，其实我们只需要理解这些符号的含义就行。

同时要特别注意大小写，这个是对大小写敏感的。

因为css作用域就是整个html文件，所以上面这些符号其实描述的就是html的标签。

1. body 这个其实就是定义了这个html里<body>………………</body>范围内的所有的定义，同理什么p nav a 这些都是这样的, 只要是html里元素都直接用，不需要加任何的。
2. #headerSlogan 这种其实定义了 某个标签内id为headSlogan 里的内容。
3. .top 这种定义了 某个标签内class为top 里的内容。
4. nav ul li 这种是定义了nav标签内ul标签内li这个标签的内容，是上下级关系。
5. a,p 这种就是定义了a标签和p这个标签内的内容，两者是同等关系，不存在上下级。
6. a:link 这种就是定义了标签为a下的伪类link的内容。

这里的伪类是什么意思？都包含哪些呢？查了一下 https://zhuanlan.zhihu.com/p/19743782 这里说的还是很明白的，比我自己总结的要好。

docker的文件系统演进了很多代了。
从aufs，devicemapper，overlay，overlay2不一而足。

但是分层的思想是一致的。

aufs本质上一种Union File
System。就是把多个目录合并到一起。但是默认只有参数第一个的第一个目录是可读写的，当然你可以都设置为可读写。

耗子叔写了一篇很好的说明aufs的文章。
https://coolshell.cn/articles/17061.html

但是aufs没有被接纳进Linux主干分支，据说Linus觉得Junjiro Okajima（岡島順治郎）的代码实在写的太烂了。
https://en.wikipedia.org/wiki/Aufs 居然连wiki里都写了。

本文参考自：
https://clsn.io/clsn/lx1473.html
「Docker进阶与实战」– 华为Docker实践小组 著

docker实际上是对cgroup，namespace，lxc的封装。仅仅是进程本身跟其他进程的隔离，完全是通过软件层面来实现的。

因为仅仅是多开个进程，因此一个服务器就可以开几十个上百个docker容器都没有问题，无非就是多点进程，如果都不是费IO的，那应该都可以。

而且docker可以做到秒级的启动。毕竟就跟平时启动进程没多大区别。

那这里好像都是docker的优势，那缺点必然伴随而来。那就是docker并不是完整的操作系统，不能像虚拟机那样做到对资源的彻底隔离。

那再说下虚拟化，老人肯定知道以前要安装虚拟机是不是还要查下自己CPU的指令集是否支持，特别是2005年前后的时候。 Intel CPU 的 vmx 或者 AMD CPU 的 svm

国内公有云第一家商用VPC的是青云，可惜是给大家趟了水。

国外的aws从2009年就开始了。但是那时候大宋还没法跟上。阿里云早期都是拿着经典网络搞云计算。当然问题也都产生了很多问题。最著名的就是陈浩的那篇文章了。
https://weibo.com/ttarticle/p/show?id=2309404079841686247162

知乎上也有很多关于这个的讨论
https://www.zhihu.com/question/56524172

那我们现在继续说下公有云的基础，那就是如何进行资源隔离，这里就涉及到网络，cpu，内存，磁盘io这些。
这里的隔离千万别就只想到cgroup和namespace这些。

个人觉得这个主要是3个基础：网络基础(vxlan)，虚拟化, 存储。

网络基础这里主要是参考了：
https://zhuanlan.zhihu.com/p/36165475
https://zhuanlan.zhihu.com/p/33658624