Adi

开篇

开始了，一直想写一些关于阅读源码的东西，终于开始了。

这次选了一个比较熟悉的 python 项目 gunicorn，代码量不大，但功能是完整的，容易阅读，也容易整理，作为一个尝试吧。

准备工作

1. 配置python环境

我使用的是 3.12 版本的 python，推荐使用 linux/mac 系统，windows 环境也推荐使用 wsl，环境配置会更方便一些。

首先我们创建一个文件夹，作为我们的项目目录，后续所有的操作都在这个目录中进行。

1

mkdir explorer && cd explorer

最近跟朋友在搞一个微信小程序，数据库选了 postgresql，用 jsonb 字段存了一些数据。在查询和更新 jsonb 字段的时候，因为与 mysql 还是有很大的不同，直接按之前用 mysql 的方式来写报了一堆的错。。查了一些资料，这里整理一下。

按自己尝试的过程一步步写了很长，只想了解最终结果的同学，可以直接跳到文章最后。

准备工作。需要事先安装 sqlalchemy 和 pg8000：

　　一些四五十岁的，拥有不错学历和工作背景的人，但职场尚未达到一定高度，一旦失业，极难找到下家，如果是家庭的收入顶梁柱，很可能一下子陷入困顿和绝望。——caoz的梦呓

　　最近在读一本书《ZooKeeper：分布式过程协同技术详解》，荣凯拉（Junqueira, B.）著，谢超译。刚读到第二章，感觉有些不对，有些段落反复读了多遍，也没看明白是想说明什么问题。。当时是亚马逊在打折，12.99入手的kindle版，觉得蛮便宜也没仔细看评价，现在有点后悔了。。翻译得确实有些词不达意，如果有想买这本书的兄弟，　三思　还是不要买了，翻译得确实有点水，英文比较好的可以去看看英文原版。
　　摘抄一段大家感受一下。
　　本段在原书的第2章第1.3节，完全摘录，包括标点都未做更改。

　　通知机制的一个重要保障是，对同一个znode的操作，先向客户端传送通知，然后再对该节点进行变更。如果客户端对一个znode设置了监视点，而该node发生了两个连续更新。第一次更新后，客户端在观察第二次变化前就接收到了通知，然后读取znode中的数据。我们认为主要特性在于通知机制阻止了客户端所观察的更新顺序。虽然ZooKeeper的状态变化传播给某些客户端时更慢，但我们保障客户端以全局的顺序来观察ZooKeeper的状态。

　　你看明白他在说什么了么。。

博客搭了这么久了，一直想写一些东西，但也一直没有动手开始写，总觉得很多东西看得还不够明白，没有完全弄清楚，写不出什么东西来，各种找借口。。最近越来越觉得，如果一直不写，就永远也写不出来。。

所以现在打算一点一点开始，把一直想写的一个东西写出来，就叫『大家一起读源码』，可能会只有一个项目，也可能会写一个系列出来，写到哪儿算哪儿吧。

嗯，就酱。

　　事情的经过是这样的，在逛reddit的时候，看到有人在Mac上做的iTerm2搭配看起来很漂亮，就想自己调一下，然后就有了下边的这些内容。想看原帖的点这里，原帖效果，有可能打开慢或打不开，如何科学上网自己解决，懒得翻就接着往下看吧。

　　先上图，看一下效果：点我查看图片。主要的变化就是改了标题栏颜色；隐藏了标题栏的文字；加大了内容与窗口边缘的间距；vim和iTerm2配色与窗口标题栏保持一致；用tmux标签代替了iTerm2的标签等。

用到的资源：