樱桃沟夹事

前言：

因为要抓一些手机app的请求包，找了很多工具，发现只有fiddler适合。

整体过程：

下载fiddler并安装，打开pc的wifi共享，开启fiddler的代理模式。

手机连接pc共享的wifi，连接设置fiddler开启的代理，安装fiddler的根证书。

打开手机app，这时候就可以在pc端的fiddler里看到所有来自app的流量了。

碰到的问题：

证书有问题，虽然下载安装了对应的根证书。而且发现都是再第二次打开fiddler就会出现这个问题，第一次不会有问题。
后来是下载了fiddler对应iOS的插件解决。
https://www.telerik.com/fiddler/add-ons

1. fiddler不能抓纯tcp+tls的流量，对于这些自己实现协议的就没办法。也不能抓http2.0和http3.0的流量。
2. 这一块尝试用wireshark进行抓包，这里主要是无法进行解密。但是理论上所有的请求都是经过fiddler自己的根证书转义过的，应该是有办法处理的。
3. 有些https请求是要双向认证的，这种的就无法使用fiddler这样的中间人劫持的方式来进行了。

详细流程

帝都的教师要跨学校流动了，目的说是为了打击学区房。 p民掏干腰包买的房结果成了为国接盘了。

在没有如何流动的细则出来之前，感觉这是很扯蛋的事情。因为这样等于流动规则只有教委自己知道，那教委的小金库又可以再鼓上一包。

其次，我们都知道教育好坏很大程度是学生质量导致的，而学生质量很多情况是家长质量导致的。XX村1~3小这些不都是由于当年中科院导致的吗？能进中科院工作的父辈总不会差太多吧。

所以以后所谓的学区房其实就是看周围邻居了。各个高校部位大院的整体并不会受多大影响。

当年孟母三迁不也是看的是环境和邻居而已，也没有看老师怎么样的。

这件事情的出发点可能是好的，但可操作余地太大。 从我来看不相信XX村三小的老师都被分到菜小去轮岗，毕竟这里涉及到利益链条有点多。

我们经常看到老外都是自己维修房屋，打扫草坪。说是万能的。可实际情况却是人工成本太高导致的。

我们现在其实还是吃着人口的红利，外卖给你送到家门口，外送费才5元钱。

为了让自己以后不至于被人工费拖死，于是就自己换自行车内胎。

主要是自行车老是慢撒气，想着那就换一个吧。要换内胎首先你得要有，那你得知道自己内胎的尺寸，好在一般自行车外胎上都有写。

可去淘宝上一对比就发现傻眼了，自行车上写的是20 * 1.5， 可淘宝上只有20 * 1.5/1.75, 20 * 1.35 美嘴这样的。那就买个1.5的吧。

到货了。还送了撬棒等工具。

最近大宋对于教育产业打击的很是勤快。说是为了转变思路，从大辽的方向转成德国的方向。从效率优先转成公平优先。

那我们来看看德国是怎么样的。德国是注重技工教育的，所以会在初中的时候其实是有分流的。我们现在也在往这个方向转。可是我们只看到现象。德国技工的待遇和社会地位可是不低的，可这些都是通过工会争取来的，不是统治者给与的。

而大宋2000年来都是一个“学而优则仕”的国家，读书最好的都是当官的，社会地位也自然是当官的最高。这个不光是社会地位，各种待遇上也是如此。很多人在岗位上工资8000，退休后都是上万的。

只有哪天新闻里看到没人考公务员了，那说明整个关系才算理清楚了。

另外一个角度，大宋的资源都是太集中了，就连很多起家在地方的企业，在上市之后都把总部搬到帝都和魔都，这是为什么？

为什么德国大众的总部一直是沃尔夫斯堡，奥迪总部是英戈尔斯塔特，奔驰总部在斯图加特,宝马总部在慕尼黑。 没有都集中在慕尼黑啊。

狗日的雅迪。
前几周在狗东的雅迪旗舰店买了一辆电动车

1. 线上型号和线下完全不一致
   别家的可能就改个型号数字，这狗日的雅迪是完全不一样。线上线下的名字都不一样。问线下店老板，说线上的型号都是垃圾车。

2. 物流不行
   虽然天津发货，还是狗东，可这是大件，也不通知人在没在家。狗东说我帮你装好放你们家楼下了，钥匙放你们家门口地毯底下了。我心说这服务还挺好。
   可一试车发现各种问题。最好去到官方维修点，说前叉都歪了，篮筐也歪了，这明摆着就是物流问题了。

3. 完全没有售后
   联系售后，发一个前叉过来。开始说两三天，然后说7到15天，最后说发了，然后给了个快递单号完全没有信息。至今不知道发没发。

4. 上保险
   联系说上人车保险，然后说只有到货后7-10天后才可以上保险。结果来个电话就说给你上了，然后让客服一查，发现名字写错了。然后又是一顿说肯定是你自己写错的，我说那人就一个电话，他自己写错了还赖客户。

5. 其他
   上牌还是很容易的。
   首先是到货后30天内，开电动车出门是不需要上牌的。就是为了给你上牌的时间。
   找客服申请发票，填写一堆信息，还是一个腾讯文档，我也是醉了，这么大的一个公司，这些都是发货清单里的，为什么不提前弄好。
   发票是电子发票，打印下来就行。
   拿着身份证，发票，合格证去到联想桥的海淀一站式办公点，有人会指导你办理的。
   全程免费，本来还以为会收个工本费，结果也没有。
   只是收到牌照居然工作人员自己不会装这个牌照。

不过需要注意买之前查下这个型号北京是否可以上牌。
http://cx.scjgj.beijing.gov.cn/zhijian/query/0033
这个是北京市市场监督管理局电动自行车目录管理系统，可以直接进行查询，网上一堆都不太靠谱，还是官方的靠谱。

小S同学最近开始搞数据库的提交和检测。这个东西在国内有个比较有名的项目。但是最近更新了之后小S发现了一些bug，先内部修改了，然后再给原始项目提交了pr。

结果呢，他的pr一直都没有merge，可过了几天作者自己提交了一个commit，而他提交的commit跟小s同学的pr内容一模一样。

这是作者的commit，看时间是8天前。

下面这个是小s提交的pr，是10天前提交的。小S同学也无所谓，直接就close了这个pr。可总让我感觉不爽。 这里关键的部分也都打阴影了。

第一次被别人剐蹭的事故。之前2次都是我撞树和别人的汽车，而且我就是主动报警的。

昨天因为要送球球上课去，因为上周洗了车垫子，所以就提前下楼去放脚垫子，结果一看，这左侧的车门2条长长的刮痕。于是直接给物业打电话问下情况。

物业就让我去物业室里查监控了。还好我这车停的上面刚好有监控探头，可也就是一个侧面的角度，没法完整的还原。

我们物业这个系统还是太老了，全靠快进和肉眼看，这要是有ai自动识别是否有移动物体，那就非常好，会省很多的时间。由于我这个位置是小区的角落里，所以经过的车并不会很多。看了从早上4点到我准备开车的时候，也没什么发现，不过发现小区大爷大妈这遛狗也太早了，4点半就开始了。

我这里都停了一周了，不过前天早上经过好像也没有什么情况，那就看前天的。终于锁定了两辆车，都是属于拐弯角度非常大的。不过后面那辆车经过后，监控里2个小孩还惊讶的行为，还特地去看看我车，还摸了摸侧面。那看来基本锁定是后面那个车，可这个监控里居然看不清除车牌，还好有别的摄像头佐证终于看清楚了车牌。

于是立刻给122报警，结果警官说你这个不是当场的事故，需要自己来交通队处理，中关村东路98号。到的时候已经是中午1点多了。给他们打电话，说事故处理会来人接，到了1点30分有个辅警来接待我了。给了驾驶本和行驶本。然后自己手写了事故经过。于是这个就算立案了。我写的还行，辅警就让加两个字，从“肇事后离开”改成“肇事后离开现场”。

线上出现个故障，一台nginx会有502报出。可也不全是是502，而其他nginx却没有问题。 上去ps看了下，发现有个进程居然是刚启动的。这里也看到我们使用了dyups做nginx的服务发现。

1
2
3
4
5
6

timo    770  2.0  0.1 219016 13520 ?        Ss   Jan19 4233:48 /usr/bin/python /data/apps/opt/nginx/sbin/dyups_nginx.py
root    848  0.0  0.1 778708 14112 ?        Ss   Jan19   0:02 nginx: master process /data/apps/opt/nginx/sbin/nginx
timo  16002  0.8  4.5 1010392 348068 ?      S    May11 443:28 nginx: worker process
timo  16004  4.2 16.4 2114232 1268584 ?     S    May11 2132:53 nginx: worker process
timo  16005  2.4 15.2 2077140 1179936 ?     S    May11 1223:14 nginx: worker process
timo  26205  7.2  3.2 997208 253672 ?       S    15:50   0:56 nginx: worker process

看了下操作系统日志，发现果然在50分35秒产生了一个oom的。而这个时间相当短，导致整个系统都没有内存使用的报警。而情况是当时有非常大的突发请求。

1
2
3
4
5
6
7
8

Jun 15 15:50:35 ugp-nginx-server1 kernel: nginx invoked oom-killer: gfp_mask=0x2840d0, order=0, oom_score_adj=0
Jun 15 15:50:35 ugp-nginx-server1 kernel: nginx cpuset=/ mems_allowed=0
Jun 15 15:50:35 ugp-nginx-server1 kernel: CPU: 3 PID: 16004 Comm: nginx Tainted: G           OE  ------------   3.10.0-957.21.3.el7.x86_64 #1
Jun 15 15:50:35 ugp-nginx-server1 kernel: Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 8c24b4c 04/01/2014


Jun 15 15:50:35 ugp-nginx-server1 kernel: Out of memory: Kill process 16003 (nginx) score 139 or sacrifice child
Jun 15 15:50:35 ugp-nginx-server1 kernel: Killed process 16003 (nginx) total-vm:2070420kB, anon-rss:972728kB, file-rss:64kB, shmem-rss:102480kB

那么问题来了，worker进程重新启动会重新加载配置文件吗？ 当然不会，看了下错误日志，这个后端在现在的环境里居然没有。

用了联想小新pro amd 4800U版本的也有1年了，可忘记是从什么时候开始居然休眠之后再打开就经常灯亮着，但是什么都不显示。 然后放狗搜索了一下，发现这个是amd版本的普遍现象。

1. 下面这个是联想自己出的一个修复工具，但是是修复睡眠恢复不过来的，我的这个是休眠恢复不过来，发现是不可用。

https://tools.lenovo.com.cn/exeTools/detail/id/233/rid/4248246.html

2. 这个联想论坛里大家的讨论，发现问题点还是挺多的。

https://mclub.lenovo.com.cn/thread-5765389-1-1.html

3. 这个是知乎上说的某个驱动的问题。
   https://zhuanlan.zhihu.com/p/153520702

熟悉101的人都知道，这家伙打仗计算的很细致。从来不会冒险，特别是四平一战之后更是如此。

101是经历过红军长征的，而且每次都是主力，为了保护中央他必须是小心小心再小心，细致细致再细致，在那个年代，一旦出一次错误可能我们的历史就要被改写了。

这是一个优点。

优点是辽沈和平津在那么大的优势情况下可以迅速的消灭对手。三大战役直接干掉2个。

特别是在平津战役的时候，优势更是巨大，可在这个时候我们还是做了很周密的安排，搞到布防图，又忽悠对方以为是从北边总攻，可以说是兵不厌诈。

至于后面9-1-3事件，不能说他不够小心，除非你远走他国，不然就会落入到中国历史上屡屡出现的“飞鸟尽，良弓藏；狡兔死，走狗烹；敌国破，谋臣亡”。