最近跟朋友在搞一个微信小程序,数据库选了 postgresql
,用 jsonb
字段存了一些数据。在查询和更新 jsonb
字段的时候,因为与 mysql
还是有很大的不同,直接按之前用 mysql
的方式来写报了一堆的错。。查了一些资料,这里整理一下。
准备工作。需要事先安装 sqlalchemy
和 pg8000
:
拖拉的根本原因是能力不足!
最近跟朋友在搞一个微信小程序,数据库选了 postgresql
,用 jsonb
字段存了一些数据。在查询和更新 jsonb
字段的时候,因为与 mysql
还是有很大的不同,直接按之前用 mysql
的方式来写报了一堆的错。。查了一些资料,这里整理一下。
准备工作。需要事先安装 sqlalchemy
和 pg8000
:
最近在读一本书《ZooKeeper:分布式过程协同技术详解》,荣凯拉(Junqueira, B.)著,谢超译。刚读到第二章,感觉有些不对,有些段落反复读了多遍,也没看明白是想说明什么问题。。当时是亚马逊在打折,12.99入手的kindle版,觉得蛮便宜也没仔细看评价,现在有点后悔了。。翻译得确实有些词不达意,如果有想买这本书的兄弟, 三思 还是不要买了,翻译得确实有点水,英文比较好的可以去看看英文原版。
摘抄一段大家感受一下。
本段在原书的第2章第1.3节,完全摘录,包括标点都未做更改。
通知机制的一个重要保障是,对同一个znode的操作,先向客户端传送通知,然后再对该节点进行变更。如果客户端对一个znode设置了监视点,而该node发生了两个连续更新。第一次更新后,客户端在观察第二次变化前就接收到了通知,然后读取znode中的数据。我们认为主要特性在于通知机制阻止了客户端所观察的更新顺序。虽然ZooKeeper的状态变化传播给某些客户端时更慢,但我们保障客户端以全局的顺序来观察ZooKeeper的状态。
你看明白他在说什么了么。。
博客搭了这么久了,一直想写一些东西,但也一直没有动手开始写,总觉得很多东西看得还不够明白,没有完全弄清楚,写不出什么东西来,各种找借口。。最近越来越觉得,如果一直不写,就永远也写不出来。。
所以现在打算一点一点开始,把一直想写的一个东西写出来,就叫『大家一起读源码』,可能会只有一个项目,也可能会写一个系列出来,写到哪儿算哪儿吧。
嗯,就酱。
事情的经过是这样的,在逛reddit的时候,看到有人在Mac上做的iTerm2搭配看起来很漂亮,就想自己调一下,然后就有了下边的这些内容。想看原帖的点这里,原帖效果,有可能打开慢或打不开,如何科学上网自己解决,懒得翻就接着往下看吧。
先上图,看一下效果:点我查看图片。主要的变化就是改了标题栏颜色;隐藏了标题栏的文字;加大了内容与窗口边缘的间距;vim和iTerm2配色与窗口标题栏保持一致;用tmux标签代替了iTerm2的标签等。
资源 | 说明 |
---|---|
iTerm2 3.1.beta.1 | 3.0及以前版本不支持title bar设定颜色,所以我这里用的beta版 |
gruvbox for vim | vim配色 |
gruvbox for iTerm2 | iTerm2配色 |
tmux | 可以用homebrew安装 |