API 网关

@StreamSniffing #10 好的~ 那建议你这块最好提示下~ 貌似不少人不知道~ 另外查看请求参数跳转步骤多，能否参考下 https://github.com/coderyi/NetworkEye

HTTPS 没有起作用。

zk 我们通用的做法是在整个配置中心 作为 通知版本更新角色 。每一个配置的每一次修改都会产生一个版本号。而真正的版本是通过 http 请求的。 这样尽可能的避免 zk 的错误导致配置不用。 具体参考下 disconf。

@Trent 233 老王真是一个萌系 汉子。 支持下老王和百词斩。

程序类 15K~35K +Macbookpro

非高清屏的 MBP 那是 11 年出的，要是这样就别来说了吧。

歪个楼，我是贵司老王的粉丝，但是他好久没更新了。是不是加班太严重了？

ajax 这种没处理好。 都是白的

@notreami #10 java NIO 的 mappedbytebuffer 是干啥吃的？ 文件句柄别超就行。 其他都不是啥问题。至于分割那都是提高成功率的。

人不都是这样么，买到一个新的锤子，看啥都是钉子。
另外 newSql 的这样趋势我认为就是趋势，你瞧 pingcap 不是搞得挺好的么

4s 升了最后一版，还想骗我 6s 升 11 ？ 11 出来的时候已经屏蔽了 11 的升级。

智齿 还得看类型，如果是阻生 那就贵 ，并且疼。

数据分片，然后并发查询 最后合并结果 速度在大也不虚

@tuzhenyu #7 这个问题有问题吧。链接方向只能 客户端链接服务端。 在 netty 中 客户端和服务端是相对的概念。可以定义 谁发起链接 谁就是 客户端。

按照你的理解， 客户端重链接，首先 客户端需要有读的 idle （服务端的写过来的数据），其次有 链接异常的处理器。 如果有其中一个触发，就关闭链接，重新连接。 需要注意『链接状态』的状态机判断，并发也好考虑。 这玩意最好要用一个单独 manage 来做。 否则容易翻船。2333

idle 是空闲检测的意思，一般用来对于服务端来说， 如果客户端长时间不发心跳且在链接超时内（一般是写或者读超时），可以 closeChannel。这样资源消耗是可控的，毕竟不用服务端傻傻的等 。比如 对方 客户端的网关挂了（ wifi 断网了），如果服务端没有写超时， 那么就得等到链接超时，一般这个时间比较长。

超时的机制调优还是比较复杂。如果纯考客户端的上报请求， 那么流量消耗也是很恐怖的事情。

8p 不知道， 我只测试过 iPad 和 iPhone 7 Plus 以内都是通用的。

@jasonchen168 #56 我肯定。

懒，已经开始打扫卫生了。
犟， 已经开始站在其他人角度考虑问题了。
宅， 现在基本没有啥宅的机会了。 算是被动修改属性把。