@easychen 哦，说错了，更准确的说是Get百科

只说一个，get社区这个想法我也有过，还做了个类似gist的东西，不过人少、内容难填。有没有想法给独立出来？

虽然也有过想法
考虑到老人还有其他因素，只能搁浅了

移动版的58，或者做个细分市场，有搞头，但不容易。
@iannil

周末和妹子一起去上海北京啊，顺便逛一逛

不就是跑腿么？rabbittask？

@gongweixin 这个和微博timeline类似，通过时间戳即可以解决只更新最新内容

头条每一个都有id，在app端去重也是很简单的

增加缓存，可以在读取时先到redis，然后判断是否存在，不在redis则通过dao去读，并存到redis

或者在数据更新时写入redis，并且同步调用dao存储数据，或异步调用dao存储数据

76

@c4pt0r 主要是实时计算的结果数据，需要保存在redis中，数据还不少，写redis的要求会比较高，当然，读和写差不多多。读/写大概分别需要200000tps。

@c4pt0r 你公司使用的情况怎样？介绍一下？

@jamiesun 单线程也可以很稳定，单点故障就采用M/S等方案解决

@jamiesun
@c4pt0r 的codis可以试一下。
用mysql的代价会比redis大，除非你有个好DBA

真是神逻辑的人太多了，只要觉得自己亏的就是弱势群体，我只能说，呵呵

@jamiesun 不明白你的“单线程的redis主节点”是什么意思？完全卡不住的啊

帖子还是关了吧
500，超过几小时的工作量，就没人干了。这活可是几天或好几天。

再加几个0

Redis还是比较稳定的，双机双工是否必要？一定要的话，看看Twemproxy。