转载自：关于如何构建一个微博型广播 二, CodeCampo
前篇文章构思了一个用户广播的实现，并且给出了伪代码。现在 codecampo 已经实现了一个基于 Mongodb + redis 的状态广播，所以可以补充一下前篇没有描述清楚的地方。
0 Timeline 用查询还是缓存？
上篇说到由于广播规则的复杂性，timeline 最好使用一个队列，新增 status 使用投递方式而不依赖数据库查询。
具体看例子，campo 当前的 status 数据会是这样的：
> d[......]
本文转载自：关于如何构建一个微博型广播, CodeCampo
我的上一个网站（已下线）包含一个类似豆瓣广播的功能，当时我搜索了不少资料，发现网上对好友状态广播的完整描述并不多。现在想把看过的一些资料总结起来，看看一个好友状态广播会大概包括一些什么内容。
我看过的资料包括但不限于：
参考自：http://www.ralfebert.de/tutorials/git/
之前看过这哥们的一个Git视频，40多分钟，有点晕，其实它这个教程比较精简。
1、Git的结构
Git的结构和传统SVN不一样：
(1)三种状态：Change, Staged, Commited。
Change不用说了，你改动了一个，然后没有调用任何git命令，就是这种状态。
之后，需要先Stage(声明)这个文件改动了，然后进入Staged状态。
最后，再Commit，生成新的版本c[......]
在Python中，INI解析这种问题交给ConfigParser就行了，非常简单，但是C++显然没有原生的类库解决问题。
Windows下的ini API不是可移植的，所以无视它。
推荐一个非常好用的，跨平台的INI解析器：SimpleINI，支持section，读、写、各种value，遍历等。
网址：http://code.jellycan.com/simpleini/
旧代码废弃了，已经托管到github上：https://github.com/brofield/simp[......]