其实我觉得问题在于，在现在比较完善的框架比如 laravel 中，只有在渲染模板阶段才生成 html，之后才输出到网络，你这样写，很有可能 html 并不会出现在你想要的位置，甚至会破坏 html 的结构
如果是模板渲染是调用的函数，那么 return 返回字符串就可以了，干嘛要协成这样呢

没用吧，内存中照样弄得出来，再说你都需要下载启动后才删除，那弄出来更是轻而易举了

事实上，异步的 tornado 虽然可以支持超高并发，但是受限 python 性能问题，在很高的并发情况下，会因为协程调度栈非常长，调度效率低下，因此其实并不能同时处理很多请求

简单来说就是同时处理 5000 个请求，每个分一点时间，但是谁也无法完成
windows 使用 select，估计 500 并发之后延迟就很高了

还有 tornado.gen.coroutine 包裹就已经是异步了，不需要 tornado.web.asynchronous，用一个就行

@keramist 有用啊，一直挺方便的，就是需要 root，如果 root 用的是 supersu 的话要打开系统启动自动授权选项，同时还要在电池优化选择不优化，然后一直挺好用的，没遇到其他问题，其他方法都太麻烦了

顶多按问卷时间分开就是了，调查问卷数据的特点是一旦调查完成，调查结果是不会变的，所以只要生成了调查结果之后基本就不会再查询了，所以这种情况下 group 不是一个好选择，无论是调查完成之后读出来计算还是调查过程中用 redis 实时统计都不错，数据量来说无所谓吧

@AlexaZhou 深表赞同，现在完全搞不清维护的 flask 注册了多少路由，有没有冲突，而且路由匹配多用正则，太多不慢么

每天 30 个俯卧撑有所缓解

选择大学专业还是应该考虑天赋兴趣为主啊

现在都会有 https 支持，那么根本不需要这么短吧，用户每次重新打开 app 或者重新进入网站刷新一遍差不多也就可以了，而且在大量用户使用过程中你也不能保证 5 秒客户端就一定能收到吧，如果用户没收到又发起刷新了呢，那你这不是搞的很复杂了而且还不稳定了

怎么没有，比如小区 365，无数人做过这个，只是都挂了，论坛大多只能以兴趣来聚合，小区潜在用户太小，有相同点能聚集可能就更小了，导致有价值数据约等于零，根本做不起来，事实上小区只能以生活服务聚合，这也就是现在基于小区的社群发展非常火爆的原因

@artandlol #8 只要是密码类型的都有可能泄露，DNA 只是不可猜测，但不代表不会泄露吧
密码泄露了你还能改一下，DNA 做密码泄露了是不是该让你彻底消失！！
再说生物识别向来最容易破解了吧，什么指纹，只要是你活动过的地方，满世界都是

其实科技的进步并不是一步到位的，小的连续的进步最终汇成巨大飞跃，那么高速，城市常规道路的无人自动驾驶完全是眼见就要实现的了啊，而这部分已经解决很大部分需求了吧，干嘛纠结呢

@creatorz #4 难道交规不是公用的，再牛逼他还能不按交规行驶，如果窄路单行道怎么会相遇
如果不是，那么车企应该是本公司拒绝进入，爱干嘛干嘛去，2333

微服务本身界定的是独立功能独立服务吧，没说每个小操作单独封装，每个小操作独立封装完全是没经验的外行瞎传吧

比如你刚才的，应该是两个微服务，下单和支付，创建订单和减少库存只属于下单功能的，修改余额只属于支付功能的，电商类来说下单成功但支付失败本身就是可接受的事情，只需要容错就行，不需要事务的吧

当然如果你这三个必须在同一个事务中操作，那么最好就是一个是一个微服务提供的完整功能

微服务想做事务除了两步提交，似乎也没有什么好的方法了吧，先请求一次所有微服务组件加载验证开数据库事务，再请求提交修改，但是似乎也没办法规避提交过程中又失败的情况

@lhx2008 replace 之后 json.loads 就可以加载了啊，replace 之后就是正常的 json 格式了，可以正常解码的

4E2D 就是“中”的 unicode 的编码，只不过 json 一般来说是用\u4E2D 来表示了
你可以 replace("%", "\\").replace("'", '"')，应该就可以解码出来了
这么坑的。。

@azh7138m 其实问题在于 app 打开了界面已经显示出来了，但是什么都点了没反应，一大堆在后台更新的，微信加载消息是正常的啊，支付宝要让用户等着加载啥