@Mac 小公司，如果是大公司，哪会给我这些凡人计较，就是 小鬼难缠

@loveminds 也可以聊聊天

@loveminds 然并卵，不过你可以给个微信微博或者可以公开的项目，来没事用来养眼

@Daddy 喷子满街都是
@heaton_nobu 在昆山，之前我遇到点事情，不管用
@joeyuan 女友去问了要15天之后
@Daddy 是我收入，不是我女友收入，喷子分不清重点，只会盯住一些破B字眼喷喷喷，因为你tm心里酸爽还是咋的

@hahasong 然并卵

@hahasong 虽然如此对待这种事情又能怎样？

@muyege 黑网站有毛用，你还不如帮我把那恶心夫妇老板的丑恶嘴脸落照恶心相，传播给全世界

不得不来说下，头像上那女生好漂亮，是个温柔善良的女孩。

@hellokittyer
懂你的意思，比如我订阅了100个用户，我要看到这100个用户动态的汇总，然后是按照时间倒叙排列的

需要 我订阅这个100个用户记录上次我看到的最后的他们的分别最后的id

但是我需要进行100次拉取，这样就 over了，而且排序是个问题

@bdbai 嗯，目前我想的是这样，楼上有也这样说
但是数据量很大，单用户动态多的话，粉丝多的话，用户总数多的话，每天的推送量估计要排队好久
网站整体性能估计还是不行，只能堆服务器



1、当一个用户产生一条内容的时候，存储在数据库一份内容，同时发送到另一台服务器专门处理动态
2、另一台服务器接收到一条动态，根据这条动态的用户信息，找出该用户的粉丝列表

3、
用户id 1-10000 的用户订阅动态 放一台服务器
用户id 10001-20000 的用户订阅动态 放一台服务器
用户id 20001-30000 的用户订阅动态 放一台服务器
用户id 30001-40000 的用户订阅动态 放一台服务器
.................

这样就可以动态的扩展服务器

根据粉丝列表的id ，分别把这条动态发送给不同的服务器去处理存储


4、某用户中心的用户看动态的时候，实际上访问额不同的服务器

@hellokittyer
不行啊，要把关注用户的动态都列出来
http://ww3.sinaimg.cn/large/d7646db7gw1eu8bemy6rzj20ou0nmq80.jpg

@ipconfiger 嗯，我已经算出来了，推模式的话，数据量非常非常的大，

如果网站有10万的用户
每个用户有100个粉丝
每个用户每天发表10条动态

那么一天要推的数据就是 10万 * 100 *10 = 1亿的数据量

我去看看新浪怎么做的，ls 有现成的资料，直接发下啊

@yuziyu 好主意，代码上要下功夫了

我觉得有改变就是好的，会发现很多东西，
不过以他的环境来看，如果工作不累的话，也是蛮好的，我是蛮喜欢，最重要的是老板重视他
我觉得难得有这样的好工作

如果他压力不大的话，我倒是觉得他可以业余时间学习一些东西，开发一些东西。
现在 iOS 开发兼职也不错。
而且或许哪天自己就开发了了不起的应用。
如果再一家公司里面专门开发iOS ，可能被磨灭了。

@fish267
http://typhoon.zjwater.gov.cn/default.aspx

@gcobra 不担心质量问题？

@visonme 非常感谢

@init 深刻教训