The Mirages

自己有个电脑通过dnat的方式进行了映射。然后人说这样你不能获取到实际访问的ip地址。大体访问是这样的:

这里可以可以看到我的电脑是通过wifi连接的ap来进行的。 于是我做了一个端口映射9000到我电脑的9000端口。

前言：

因为要抓一些手机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的吧。

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

把自行车倒着放，还好有快拆工具，三下五除二就拆了后轮的轴，可轮胎被刹车皮紧紧包裹着，完全取不下来啊。

于是想用扳手把刹车皮取下，还好扳手不行，最后是把自行车胎全部放气完就可以取出来了。 这个是之前一直没注意到的细节。

接下来就好办了，用撬棒撬出外胎，取出内胎就好了，然后换上新的就行了，这样就ok了。

不过最后按轴的时候要注意下是不是紧上了。不然的话车轮就会左右偏，最终躺倒在刹车皮上。导致没法骑了。

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

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

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

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

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

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

而其他很多的行业隐藏冠军更是在一些很小的地方，他们并没有自己变大了而换总部地址？ 我们难道不思考一下吗？

很久以前去过德国黑森州的一个小城市叫希尔塔赫，特别小，就一条街，感觉总共也就几千人的规模，可这里居然是汉斯格雅的总部，现在还是他们总部的创意中心。去了他们的办公室，也没有什么保安，楼下停着都是bmw和奔驰。可见当地居民的消费水平和收入并不低。

回头来看教育产业，这个问题我们邻居泡菜国在70年代也经历过，可只要不解决根本问题：“收入和社会地位” 那教育内卷就必然还会继续。泡菜国算是内卷之王了。毕竟除了公务员他们就是那几家财阀可以去的。

因此现在只是明面上的，海淀黄庄的补习班只是从周围的写字楼变成了知春里的各个居民楼而已。

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

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分有个辅警来接待我了。给了驾驶本和行驶本。然后自己手写了事故经过。于是这个就算立案了。我写的还行，辅警就让加两个字，从“肇事后离开”改成“肇事后离开现场”。

接着就是真正的交警坐辅警旁边开始处理了。不过交警处理快递小哥骑电动车摔跤的事情。暂时还没空理我。

辅警小哥还是非常负责的，他调出了所有这个车相关的电话，一个个打，可这些人都说不认识车主。这里还有几个单位电话。于是我也让我们物业查下这个车之前登记进路小区的电话。这电话也打了半个多小时，也没有任何进展。

辅警小哥也很无奈，这些电话还有很多之前帮这个车处理交通违章，还是今年1月的，可居然也说不认识。还特地跟我说他们这些都是代扣分的。这要一查一个准。可实际情况是并没有查啊。

于是就留了个警官的电话，要是有消息就继续沟通。在回去接球球的路上，警官居然跟我电话来着，说车主找到了，她会直接联系我的。让我注意接听。还特地跟我说，有结果后再给警官电话说一下。然后物业也打电话来说查到了手机号了。

线上出现个故障，一台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

以上3种方法都没有任何效果，我还是休眠时间超过几个小时就无法恢复。

可既然是amd版本的普遍现象，那可能就是amd自己的锅了。那就去amd官网下载最新的驱动好了。
https://www.amd.com/zh-hans/support/previous-drivers/apu/amd-ryzen-processors/amd-ryzen-7-mobile-processors-radeon-graphics/amd-ryzen-7-4800u

果然amd官网的这个好用。测试了一天暂时还没有发现问题。一晚上休眠了还可以正常起来。

可两天过去后，发现还是会经常休眠后死机。在windows日志里找到的就是如下信息