@whywaoxaks #1 我是绑了卡，之前都可以的，最近不行了，红包发不了，小程序饭店下单都不行，恶心。

很多人喜欢说的是语言无所谓，学习语法很快，但是我觉得不同语言最主要的是思维方式的不一样，这个没有想象中那么简单。虽然一个合格的开发人员可以快速学习其他语言，但是把切换语言当作是换种饮料那种成本很低的想法不太合适。

呵呵呵，希望大家的架子不要买回来吃灰。

@ambeta 笑死我了。

@cubecube 200 多，还以为百元是 100 块呢

我用的都是 99 块钱的罗技键鼠套装，鼠标的确不走直线，有发飘的感觉，可能💰没到位。

@sillydaddy 你帮他开发这个竞价后台吗？

新天龙八部。

@HiS #4 举个例子？

某些 fun 是否提取成对象单独处理，把这个 fun 里面的逻辑交由那个对象负责，也就是 fun()----> anotherObj.fun()

@tangzekk 这个是什么梗？

拆久必合 合久必拆 哈哈哈

典型的 XY 问题

@liuidetmks 但是看很多文档说的鉴权不仅仅这些。什么 http key oauth2 jwt 等，我寻思着假如网关做不了深层次的鉴权，二是像楼上说的那种只做一般鉴权，那么他的用户体系是什么？肯定要跟业务系统一致的吧。

@des #10 那网关这个鉴权的意义是什么？他跟业务系统权限控制的边界在哪里？

@xwayway #8

1 没问题
2 我知道流控的目的，我的意思是假设流控策略是跟用户绑定的呢？如果我理解无误，是不是业务系统每个用户都要添加到网关里面作为 consumer，并且设置不同的流控（通过插件配置不同参数）策略？
3 这个鉴权到什么颗粒度？如果像你说的业务上的 key sign 验证不是网关来负责的，那么网关那个鉴权还有什么意义？有哪些使用场景？

@dilu #1 你说的是开发一个网关然后开源那 KPI ？

我考虑的是这个网关跟业务具体是怎么衔接起来的，比如 KONG 这种比较知名的，应该不是 KPI 产物吧。

@Rocketer 不要什么都往资本上靠，vue 我觉得就是单纯的文档好+上手简单。

跟楼上一样，前端不加密，但是走 https，后台拿到原始密码后给每个用户生成一个独立的盐（ salt ），然后再把原始密码和盐一起做 hash，hash 结果存到数据库。 验证的时候，做同样的 hash 运算，跟数据库里面的 hash 结果比对。

这样的好处是即使数据库泄露，也不会暴露用户的原始密码。