666666 膜拜大佬

放在文件的最上面。

不能在类或者函数里面需要的时候再 use xxx

@wildcat007 京东家的客服都在宿迁。

那点磁盘 io 根本不是事。你写 redis 等也有网络 io 呀，感觉这个资源更紧张

一般来说是直接打文件日志。主要是各种语言的库比较完备，而且稳定。

然后通过日志收集 agent(elk 等)，收集日志到消息队列(或者 es 等存储)。

@klausgao 你 timeline 不分页吗？一次 20 也没多少呀

其实这就是一个典型的多线程 /协程应用场景

[再通过内容的 ID 循环取出各个内容的点赞人和回复的内容，但是这样的效率就很低了。 ]
不慢吧，每个内容的点赞人和评论存 MySQL 的话一把也就差出来了

我每请求带的 yes_cc 固定为未来的一个时间戳，不就行了

自己后端获取再传给前端。而且也必须这样做，不然你的 key 都写在 js 里面别人就看见了

有一些提升，但实际场景没那么明显。主要是功能上的提升，MySQL5.7 支持并行复制，基本上解决了主从延迟问题

升级 php7，换成 opcache。其它缓存扩展有很多 bug

多投几家吧。

话说这东西前端做起来更简单。不过确实时间很容易算错

各个公司的管家都提供数据或者 api

不看自己需求，盲目购买，怪谁呢。

明显别的卡更适合你

@assad 各种解决方案。比如说一个定时器功能、redis、MySQL 连接池，Hadoop 等技术，rpc 框架等等
不是说别的语言没有(不能做)，而是现有的方案(库)都有 Java 成熟的版本，门槛低、会的人多

你要是入门的话完全没问题，基本能力都有。

高级点的接口也有测试服务号，要学习的话够了

居然还有企业扩展，第一次见到