宝可梦 Z 手环

教猫用马桶 + 感应冲水
一了百了

@irainsoft
@doresu 已修复，谢谢~

@irainsoft
@crazycabbage

现在看来好像是证书问题，安卓不认 letsencrypt ？

@irainsoft
@doresu

http://ww2.sinaimg.cn/bmiddle/62e721e4gw1et01xm85d4j200k00k3y9.jpg 没有 user agent, 如果有个 pull request 就好了

@mclxly 语气怪到你了，真的很抱歉。

我并没有认为三百来 K 是过大了，这是图站嘛。

如果做 chunk 的话，我觉得可以把首屏降到百来 k ，但这有些 trade off 。

@Bensendbs webpack-bundle-analyzer


@mclxly 那个图是 gzip 后的，你好像没有搞清楚。你之前说的 1M 是 gzip 前的 size
但 react 本身也有四十几 k 就是了 =A=

讲道理， react 全家桶贡献的不多。如图

http://ww2.sinaimg.cn/large/62fa2c33gw1f9x5nok1nvj21kw0zcan6.jpg

@mclxly

扔 docker ，配合 nginx-proxy 食用

QQ 群： 539351114

@crazycabbage 安卓？ 请问是什么版本的浏览器和系统？

@lhbc 但有更高的缓存命中率和更小的 payload

@xinyewdz 所以你觉得分离请求比较讲道理？

@oott123 bulk fetch 并不 RESTful...

@lhbc 但第一个请求变快了

@hxsf 长失效时间和短失效时间的数据也可以分开交到前端了。

对于我来说最有用的应该是把某用户特定的数据从公共 API 分离，比如『当前用户是否对某楼层点过赞』，这样缓存效率会提高很多，但同时也增加了相当于楼层数的请求

@hxsf 一个一个拿也不用每次走 db ，而且 cache 策略还比较好写

1 2054 20.5421% git
2 1453 14.5315% npm
3 650 6.50065% cd
4 521 5.21052% docker
5 474 4.74047% tig
6 430 4.30043% ls
7 327 3.27033% vi
8 259 2.59026% brew
9 235 2.35024% kubectl
10 229 2.29023% sudo
11 222 2.22022% z
12 216 2.16022% cordova
13 201 2.0102% ssh
14 145 1.45015% typings
15 145 1.45015% sh
16 130 1.30013% grunt
17 118 1.18012% vim
18 99 0.990099% rm
19 75 0.750075% swagger
20 74 0.740074% docker-machine