青云不挺好的么。
随意切，按秒计费，有 api 还可以自动调整宽带。

注意身体

@m939594960

@changwei

从两位回复的内容一看就能知道真相。

国人开发的框架，哪里有坑，大家清清楚楚明明白白。遇到问题要么看下代码，要么看看文档都能解决。
一个稍稍用心的人，一两周就能把 TP 搞得非常熟悉，了然于心。

这也是大家喜欢或者同时不喜欢 TP 的原因：
1 ，简单，国人思维，用的人也不少
2 ，不为设计而设计，不追求过度优雅，真正是入门技术人员的框架
3 ，国内的开发团队，新技术新应用相对滞后

回过头来说， Laravel 正好相反。

对于新人，或者项目不复杂的团队来说，一个能控制的框架才是最合适的。对于团队，随便招个人就能接着干活的，才是最企业级的。

我诚恳的建议，一些自认为技术很牛逼的高手们，不要向新人灌输某某技术不行，某某框架不行的言论。

因为：
1 ，新人大多盲从，一开始就挑一个复杂度高的框架，可能会影响到入门，甚至放弃；
2 ，不负责的言论会很打击开源团队的奉献精神。 TP 开发了 10 年，我可以保证这十年， TP 的团队每天都有几个小时的精力放在这个框架上。这样的团队和精神在国内真是数一数二，请大家去翻阅 TP 的 commit 记录，值得你感动。
3 ，理性对待技术，不是你使用了某个新技术傍上了某个新框架，就显得你技术牛逼有内涵。基于 TP 我们也能跑出 10 亿级的业务。

Quiver ...

@justyy 不小心点了下链接，为毛你的图片要搞这么大....

0 ，请求直接进 mysql 肯定是不对的，文件锁在单机上是可靠的，但有风险。
1 ，说了很多 redis 的方案，都是对的，用 redis 通过计数器和队列模式都可以, incr, decr, lpop 都行，不会有超发的情况
2 ，应该要有流控设计， 10 次红包、秒杀，可以按一定比例，控制流量，只放 1000 个进来，减少后端的计算压力

https://item.jd.com/1564194.html x3

能用于翻墙和免费 cdn 么

做过多年全栈，现在只能对全栈，呵呵。

写了一大通，想了想，还是删掉了

@Stiven7 个人猜测，腾讯的性能要比阿里要好，阿里的生态要比腾讯要好

@ice2016
@yexm0

下一步加 ucloud 和 百度云

@vus520 差点被坑了，首云在香港的宽带是最贵的，机器便宜宽带贵。

@kiros 回头我试用下，再加上百度云

@cat9life 确认了，香港区 1C1G, 1.71/天

千万云的梗哪来的