转 rx 是个办法但侵入性太强，其实你用 promise 或 callback 的话直接找个 async 库做下 series 封装就行了
http://caolan.github.io/async/

阿里错在已经约定了“下周”这个时间但却没有屡约，显然这不是一个诚信的行为，如果没有约具体时间的情况下直接砍掉倒是很合理，毕竟已经招到其他人或者怎么样的就不用再招了呗

@Wilon https://www.v2ex.com/t/249078

我记得微众银行是 ionic 的？

我记得 27ud88 确实不生产了，后面就是 32ud99 了，而且 32ud99 毕竟是 99 系的，各方面都是顶尖水平， 7K 的价格能拿下还是很不错的啊

你一个 public 的方法能接受一个 Student 类的实例，那说明在 public 的地方别人能创建 Student 实例，那说明外面能访问到 Student 类，那说明 Student 类也是 public 的，于是你的 Student 类是不是 public 的呢

@tomczhen 说白了就是基于一个协议生造出另一个协议呗

关于 GET 和 BODY 的问题建议看下这里，应该会有更深刻的认识，不要被一些“发现规范没写就大叫着新大陆”的论断迷惑了： http://stackoverflow.com/questions/978061/http-get-with-request-body

GET 可以有 BODY ，但一有 BODY 以后 client cache 会完蛋（ undefined behavior ），同时导致 GET 不合 HTTP 协议（ RFC
2616 ）的语义（ The GET method means retrieve whatever information (in the form of an
entity) is identified by the Request-URI ），所以 GET 加 BODY 是一个非常操蛋的搞法

其它都是事实中的事实

@changwei 是我没说清楚， jsonp 最大的问题是与普通的 HTTP 请求使用同样的 GET ，无法使用 Access-Control-*这样协议级别的东西进行访问控制，导致对任何访问者是平等对待，鉴权和访问控制就必须自行实现，相对于协议来说要弱一些

我承认如果 cors 完全可用的情况下 jsonp 并不合适，但问题就在 cors 并不完全可用，而且同样会有一定的负面影响，比如你用非 GET 的请求就会用 preflight OPTIONS request 浪费时间，你用反向代理就给自己的服务增加压力（你想想日 PV 有 3000W 的时候你什么感觉）
这样比起来， jsonp 的副作用比 cors 小多了啊，一个函数封装以后就完全无感知了， jsonp 真正的缺点是全 GET 在安全性上守不住

我不太理解 jsonp 这种几乎没有副作用的东西为什么就是能不碰就不碰了，不碰对你来说到底有什么好处了……
另外用 nginx 做反代最大的问题难道不是丢 cookie 么？

应该是官方的 typc - tb2 然后再 mini dp - dp

我就想知道 32ud99 大陆啥时候开始销售

没看懂，楼主的意思是社区的性能测试结论是在 apache 做 web 服务器的情况下得出的，而你是用 nginx 来做测试并试图与社区的结论进行对比？

从上面 2 张图片来说：

1. 你从下往上拍妹子不胖才怪
2. 你得学 PS