@enrolls 没看到 rpc 相关的东西。 调度？ 数据结构？

@nbboy nginx <-> tornado <-> redis 本身性能就有限，线上业务在流量翻多倍的情况下，会出现服务器 cpu 抗不住的问题。大部分请求都是内部调用。所以考虑 rpc 异步来减少 cpu 压力。

vscode
vim
goland

建议：自己写着小东西 vim。自己写项目 vscode。看别人的项目 goland
vim 打开速度快，装上 vim-go 基本可以干活
vscode ide，装上插件，编辑，查看文档，跳转还算可以。
goland，跳转和重构比 vscode 好一点，不过资源占用比较多。

vscode
vim
goland

建议：自己写着小东西 vim。自己写项目

在讨论一下关于效率的问题， 两者操作都是 O(1)。所以查询速度相差无几。
底层结构上单个 key-> hashtable，单用户 key-> hashtable，两者数据结构并无区别。
单个用户 key 查找 db.hashtable 命中返回。
单个 key 查找 db.hashtable 命中 再次查询 key.hashtable 命中返回。
多出来的一次查询操作基本可以忽略掉。

用户不到千万，单 key，或者单用户 key 都可以。
超过千万，单 key 是做不到的，单用户 key 要考虑 key 多问题。

@qianguozheng fork 了 go-ethereum-code-analysis，再看源码。不过年后公司太忙。只能下班后看，看得慢。

iTerm2 + tmux + fish +fzf

1/2. 一般接口返回 code 既底层错误也有业务错误，不同业务有自己的号码段，前端可以简单的比较来判断业务是否正常，如果异常，在处理特定的 code 异常，其他情况则使用默认错误处理。接口 code 只是完成接口是否正常的功能，不应该混杂业务数据。
例如：code:
0 表示正常
xx 表示底层异常，比如参数错误，后端未知错误。这些错误应该在开发过程中解决掉。线上一般很难发生。前端需要做基本的处理。
1xx 开始表示具体业务错误。
客户端只需要先判断是否为 0，就知道业务是否正常了。不正常继续判断是否小于 10000，就知道是业务异常还是系统异常。一般业务异常就是枚举。需要客户端自行处理。

3. 后端开发 api 的时候，其实只是实现 mvc 中的 mc，你需要在登录接口返回用户权限类型。至于 mvc 中的 v 就是前端，判断权限，展示业务，跳转不同地址这些都是前端逻辑。后端只需要在 c 层做好权限判断。

@luoxiaojian 西安互联网的工作太难找。本来计划 3 年前会我大长安发展。结果工作找的不理想。
装修家具下来 20 多个，自己住不上，出租又心疼。

@luoxiaojian 期房，开发商精装，还好。
住进去再买家电就好。

切忌不要花大价钱装修。
别问我为什么这么说。

md5 怎么没法反解密。 只能用来做签名。

登录之后随便看订单，这个如果乌云还在，应该能来个 15。

禁 ping
sudo mtr www.imooc.com 可以看到网络正常。

pyspider 用完记得打赏作者

id 保证连续。最好可以外部生成。
多维度的数据索引直接放在 redis 的 sorted_set 中。 用空间换时间，提前放好所有查询用到的维度。
按照类别，按照用户，等等。
目前线上一个 UGC 自增 id 马上到 1 亿，

wrk -c 1000 -d 60s -t 5 http://www.app-im.cn/