昨天把行李带进香港的房子，然后洗衣服的时候忘了把通行证拿出来，导致洗烘之后背面全白，吓了个半死——不是怕回不了内地，祖国大门永远向中国公民打开，而是怕进不了香港——还好搜小红书发现实际上读取的是卡里的芯片，二维码并不重要。
然而下一个问题是学校要求上传的文件怎么办……温大佬回答可以去南湖路1001号试试，但是要三四个工作日。我掐指一算，可是下个星期三要回来办宽带啊，死了这下。不过宽带可以再约，学校那边总不能拿个白证交上去，所以还是得去一趟重新弄弄。
第二天一大早就跑了过去，门口保安让我登记一下就可以进了，来到大厅本来看着还没到人家的上班时间所以先坐坐，结果直接被叫过去问办啥业务，听了我的描述之后其他资料全都没要，就把我的证拿进去了，我心里就知道这下稳了十有八九能立刻拿了。果不其然，五分钟之后大哥就把证给我了，还逗我说“免费！以后弄没了再来找我们就行”，明显是看出来我之前很慌了。我连声感谢，脚底抹油回酒店了。
从星期三开始到现在都是为了开学的事情做准备。星期四第一次入境香港之后，立刻去申请了身份证，得到了“行街纸”——这个决定是正确的，因为后面的租房出示这个证件能够让业主安心很多。这一天上午先是去买了个相机，然后才去的火炭办事处；办事处楼下有个中原地产，我们咨询了一下，中介说有一个12000的两房一厅在大围，但是要8月起租，我们觉得时间太迟了所以只是留了个联系方式。接下来去的是柯士甸附近，也是先找的中原，报价要一万七八，严重超过预算；隔壁的香港置业也是表示没有我们想要的价位，主要是附近的都比较贵，建议我们去奥运站（大角咀）看看。
香港置业的这个中介推荐了她的前同事、现在在美联做的陈女士给我们。陈女士确实有过人之处，我们后来分析觉得虽然她第一次见面给我们的报价就已经超过我们表面上说的预算，但是她的这个盘、这个价位又确确实实是我们能够接受的上限。而且感觉上她也是非常尽职尽责的中介，尽力帮我们争取业主的价格和条件。所以到目前为止基本上是确定由她来负责这个事情了。
另外还结识了妈妈的朋友的妹，对于我们来说就是王姨了。作为来港二十多年的人，她和中介的对话我们一听就知道我们插不上嘴了，还是本地人熟悉香港的做法，而且谈判手段也非常犀利。不过由于我们在见面的前一天基本已经通过中介和业主商定了条件，所以租金方面是没有什么变动了。
还有一个事情是出乎意料的，一方面我们星期五才办好银行卡，导致碰上周末内地的钱过不来；另一方面内地中行的限额离谱，不能给长期限额、只给临时额度。搞到星期天需要支付订金的时候，中银香港的账户没有钱，非常狼狈。以后有机会还是得先搞点钱。
为了享受 ZFS 文件系统的 mirror 带来的数据安全保障，我将 Arch Linux 系统从 ext4 文件系统迁移至了 ZFS 文件系统。相关的限制条件包括：原来的硬盘是 三星 840 EVO 256G，需要与 金士顿 SA400S37 480G 组合成一个 mirror pool，也就意味着需要先从 三星 复制到 金士顿，再把 三星 做成 ZFS，将数据重新复制到三星，然后重启进系统把金士顿 attach 到 三星 变成一个 mirror pool；另外，我不想按照 Arch Linux 的指南对三星进行分区，想要让 ZFS 直接管理整个三星硬盘，所以需要外置引导设备。
官方的 archiso 是不支持 ZFS 的，和 Linux 内核一样，是因为开源协议不兼容所以不能内置支持。因此我们需要自己制作一个修改版的 archiso 支持识别和操作 ZFS。参考官方指导：ZFS、官方指导：archiso，用 pacman 安装 archiso，创建一个目录用来制作 archiso，然后复制一套官方 iso 的配置文件到工作目录：
1 | mkdir archlive |
然后修改 archlive/releng/pacman.conf 添加 archzfs 仓库：
1 | [archzfs] |
可能由于我之前已经安装过 archzfs 的内容，所以不需要做一个 trust gpg key 的动作。接下来修改 archlive/releng/packages.x86_64，添加 linux-header、zfs、zfs-dkms、zfs-utils 四个额外的包。完成之后，以 root 身份 cd 到 archlive 目录，执行 mkarchiso -v ./releng 开始构建 archiso。完成之后的镜像在 archlive 目录下的 out 中，把它复制出来用 rufus （dd模式）写入到一个U盘中，这一步就完成了。
1 | . |
最近为了应对供电局换电表导致的随机停电，为了硬盘安全购入了一个硕天（CyberPower）的最低级的UPS：UT650EGC。虽然电池很小，瓦数也低，但是对于这个 Linux 服务器应该够用了。最重要的是它有一个USB口，可以在外部断电的时候通知电脑关机，这是很关键的功能——虽然没有能力让电脑重新开机，但是本职工作做好了就行。
另外，之前一个星期死机两次的原因竟然是技嘉的垃圾主板的CPU温度传感器坏了，导致CPU的温度永远是-55摄氏度，风扇不会加速，从而过热死机。服了，技不如人勇气可嘉，菜！只能换一个微星的主板，虽然设计得太紧凑了导致我的M.2硬盘转换器会被显卡挡住，所以平时只能拔掉显卡做无头骑士，但是稳定性确实是不错的；另外技嘉的垃圾主板连掉电后自动重启的功能都废掉了，感觉是主板上哪里短路了，每次关机之后需要把电源的开关都给关一次释放掉电容的电才能开机，不然按开机键电源就跳保护。
unbound是一个 recursive resolver，同时也有一些基本的 stub resolver 和 forward resolver 的能力。至于这几种resolver之间的区别和定义，可以参考BIND的文档，简单易懂：Name Resolution。
（施工中）
unbound 是支持提供 DNS-over-HTTPS 和 DNS-over-TLS 的，但是为了能够用上 subnetcache 这个模块来给国内用户提供正确的国内IP结果（附上 edns client subnet 并发送给国内的公共DNS），如果处于 Caddy 后面做 upstream server，就不得不使用 proxy_protocol 了，否则 ecs 地址不是 client 的 IP 地址。
首先最重要的是要用 Caddy，而且是构建了 caddy-l4 这个插件的 Caddy，因为 nginx 不支持对 upstream 发起proxy_protocol v2。此外，对于用作DoT的域名，l4这个插件的 handle 部分需要先 terminate TLS 然后再 proxy v2，如下所示：
1 | { |
因为要terminate TLS，所以要单独写一个 tls 来加载证书。至于如何把Caddyfile转成json然后跟这个json做合并，再启动 Caddy，就不在本文范围内了（问 ChatGPT 怎么用 Python 手动合并两个 json ，而且某个 key 需要进行 append 而不是 replace ，它就会给你答案）。
但是根据 DoT 的定义以及 unbound 的配置文件，难道不是应该直接让 Caddy 把数据流 proxy 到 unbound 的 proxy-protocol-port: 并且设置 tls-port: 才对吗？答案是不对，虽然这配置看起来对，但是结果就是 unbound 疯狂报错 SSL wrong version number (0A00010B)，意思就是 unbound 并没有期待 TLS 但是 client 在向它发送 TLS 数据流。后来我悟了，DoT 本质上是把 DNS 数据包封装在 TLS 里面，所以如果 unbound 拒绝处理 TLS 那我们就让 Caddy 把 TLS 层去了，再 proxy 给 unbound。
unbound 的示范配置如下：
1 | server: |
不需要设置 tls-port 和 tls证书。这样就可以顺利实现 DoT 跟普通 HTTPS 共用 443 端口而且 TLS 指纹都是 Caddy 了。
Python中关于pandas的有用的东西。
1 | def ranking(x): |
concat就是两个直接拼一起；merge则可以指定根据什么作为index来合并。拼了之后通常还会用reset_index来重置index从0开始顺序增加。
从雅虎财经API拿数据。
.sum()，.describe()，.pct_change(1)*100
.value_counts()用来数分类数据很好用，比如自己写个function把收益率分类之后对类别那一列使用count
