老东家用 svn 的时候我坚持 git-svn ，治了几次灾难性的分支事故以后，复杂的分支合并就都找我处理了……

fish 秒开，而且不需要什么配置开箱即用

当然，别装 oh-my-fish

还以为是讨论海淘的…

这样说来好像日常黑培训班的时候都没人黑 java 培训班？

生产环境装桌面版的 windows ？这真怪不上微软……

虽然我也不喜欢微软现在 beta 版当正式版的作风

简单研究过 jwt 。个人不建议用 jwt 作 session 用途。原因基本和你的纠结一样， jwt 最大的好处就是把数据带到前端去转了一圈，从而能实现无状态服务端，但 session 这件事天生就是关于维持状态的，和 jwt 是矛盾的。有状态的服务直接发 uuid 作 session key 就好

另外 jwt 之前很多开源实现暴露过致命漏洞（客户端可以直接构造加密方式为不加密的 token 通过校验）这也让我对 jwt 的影响分大减，说白了 jwt 就是参数头+body 的一个约定而已，和自己定协议唯一的区别就是他开源，有三方库，但这些库的质量如果没保证的话，还不如自己定协议靠谱。毕竟自己写代码出 bug 那是自己水平不够测试不严，用三方库出 bug 那完全是吃苍蝇

建议阅读：

http://cryto.net/~joepie91/blog/2016/06/13/stop-using-jwt-for-sessions/
https://auth0.com/blog/critical-vulnerabilities-in-json-web-token-libraries/

https://github.com/Kapeli/Dash-iOS/blob/4884835117038fad072afc99a0cbbb4f3fa474fa/Dash/DHDBResult.m#L561

所以这里有一行无法直视的代码

alfred +1

查问题要先要分解，或者说控制变量，这里首先应该按照 http 协议划分一下，是 js 发出去的包异常还是 php 收到的包解析异常？如果是 JS 的话，是原生 JS 的问题还是 jQuery 封装的问题？ PHP 侧同理

浏览器里面看一下请求包， chrome 的话还有 copy as curl 都是你的伙伴

专注不一定代表质量或者效率高吧，我都是高兴的时候才写代码，不高兴的时候找产品测试运维撕逼的，提高效率就是选择合适的时间做合适的事情。白天有各种会有 bug 有问题要查，代码“下班”后再写是正常的吧

@hujianxin ES6 并没有取代多少 lodash 的东西吧

request 用惯了，顺便 promise 一直用的 bluebird 也用惯了

npm init -y
npm i -S request bluebird cheerio

各种小脚本的默认起手式

顺便数据复杂的话再来个 lodash

看需求，预防留债务给家人投定期寿险，按照负债的时间和数额投保
怕没钱看病=>医疗险
怕因病影响生活质量=>重疾险

比如得了绝症，医疗险是给你报治病钱的，重疾险是直接给你一笔钱随你干啥，治病也行，旅游也行，留给亲人也行

其它的老出差在天上飞的搞个航空险 差不多了

另外，只买消费险，要投资就买纯投资的保险，不买混合的。个人理解，仅供参考。

无糖可乐喝完以后漱口

好久以前就开始不崩溃了……倒是 outlook 长时间打开感觉有内存泄露，偶尔 cmd+q 退一下就好

日志和配套的收集、归档、监控、告警都是生产环境的重要组成部分

前两天想开发现招行借记卡都开不了，遂流失

花呗才打发乞丐呢，芝麻 826 花呗才五千多额度，双十一活动页给我临时开到八千