ZGV0YWlseWFuZ0BnbWFpbC5jb20K
感谢分享

100296 thanks :)

@Blessing1 QQ 号搜不到，微信可以。

十进制转任意（ 64 ）进制，其中每一位的顺序可以随机打乱

cpu 利用率高是一种非常容易优化的行为（复现条件），你可以利用成熟的 linux 跟踪工具 stap 和 perf 等来进行在线活体分析，你的场景下，建议使用 perf, 方便安装。你可以通过 `perf record -F 99 -p 13204 -g -- sleep 30` 来采样 on-cpu 的热点函数，或者 perf top -p 13204 直接进行观测，注意跟踪工具只能做到 C-Land 级别的跟踪，更上一层的虚拟机级别的需要自己额外实现。

不知不觉已经多了这么多年了。。。Since 2014 年 6 月 23 日, Alfred has been used 82,312 times. Average 67.7 times per day.

一般语言都能实现，不过最好选择发行版已经内置的语言, 比如 python 和 bash 。教程嘛官方文档跟着走一遍 再看看别人怎么实现的好咯

rewrite /(.+)$ /$1 break; 脱裤子放屁多此一举哈

+1 单栏丑 写了份邮件反馈回去蛤蛤

子进程怎么能影响父进程的变量呢 科科

数据库没备份敢在线上跑，看来是没被坑过哈哈。

bucaran 新的 fish shell 框架 Fisherman 目前还不错 http://goo.gl/2CoM4X

正在 solo rank on github ， 欢迎一起哈哈 https://github.com/detailyang

看业务场景 是否允许几秒的主从同步延时 不行的话，就强制走 master 咯

百度告警也不错， 线上跑了半年 http://gaojing.baidu.com/

微信企业号或者简聊等支持消息推送的平台 短信嘛。。到达率不高

嘿嘿，搭车发下曾花了一个晚上改的，线上稳定跑了一年的、用 redis 改的发号器。。。原理跟你说的一样，开启 aof always ，高可用是靠 lvs 做的四层的负载均衡， 缺点嘛不是严格的单调递增。。。因为每个实例的增长序列不同， https://github.com/detailyang/id-generator

猜头像估计是西瓜哈哈