https 请求才收费，既然如此你自己不请求 https 哪里的费用，大不了再加个 http 的域名就是了，再说你用 http 请求就不需要付费了？白嫖 10G 的话就更别说了，你这话明显有歧义有故意在黑七牛的嫌疑啊

并发本来就没有先后，有先后叫啥并发，队列才有先后

这种等待时间不会很长的，合适的做法还是 ajax 请求后保持直到有数据或者超时，要实现保持也有很多方法，比如 redis 的 pubsub，zookeeper，或者用分布式锁服务啥的都很方便，websocket 会复杂一些，也需要单独长连接处理服务才能支持，不能直接在 web 中实现成一个 rest api

https://github.com/snower/slock

用 go 实现过这样一个锁服务，分布式 Event 的语义也很简单，使用支付 ID 为 key，已 1 为 lock_id 在创建订单的时候锁住，前端等待的时候尝试 2 为 lock_id 获取锁，异步通知的时候释放 lock_id 为 1 的锁，这时候 lock_id 为 2 的获取成功就代表这个分布式 Event 被激活了也就是支付完成，前端等待会立刻收到反馈返回，搞定

kcp 发包只要不超过你物理连接速度就可以啊，带宽限速在运营上那边，又不在路由这，而且就现实来说，流量越大的重要程度越低，所以从运营商那边来说，同等带宽想，优先保证低流量业务更有利于提升用户体验节省成本，再说你长时间满带宽使用或者超带宽发送数据包那么滥用可能就越高，那么给你更低的发包优先级和更高丢包优先级再正常不过了

@lovecy 估计不是，北京时间按定义应该是东八区时间，但是吧每个时区似乎是又可以细分的，上海其实不完全在东八区起始位置，所以应该 python 是用了细分后的时区，但是吧数学上也许看起来更严谨现实来说就很坑人了

多高的并发啊，就算 mysql update +1 这个性能是非常高的吧，再加上分库分表啥的，十万级 tps 应该是能轻松达到的吧，而点赞的日志会受限写入性能，那么完全可以异步队列落地就是了

先把点赞数加上去，前端缓存结果，然后用队列异步落地点赞记录，绰绰有余了

再不行把点赞数加在 redis 里，点赞记录也在 redis 加缓存，然后点赞记录推队列，异步落地 mysql 一小短时间后再回写 redis 确保准确，这样还不够你用的话，估计预算该上亿了吧，还问啥啊，找点牛人再做一个专门为点赞优化的的数据库就是了，千万级 tps 都小 case 了

@chotow #1 php 的 Asia/Shanghai 和 Etc/GMT-8 完全是一样的，但是把 python 的 datetime 就差了几分钟，然后被这个问题坑到死啊，后来就只用 Etc/GMT-8 了

@lovecy #2 一般来说，正确做法应该是服务器保存就带了时区，返回前端时候带上时区格式化，现实到页面上的时候在 format 到本地时区，那么这时候服务器保存的啥时区似乎不重要，重要的是显示的时候要格式化成本地时区，mysql 这种不支持时区的可以选择一个固定时区在输出的时候加进去就行了

不就是合同模板么，当然是可以的，但是吧就现实来说，@locoz #1 说的才是对的，爱用不用滚，闲事真 TM 多
APP 信息技术本来就是基于低成本无差别可以快速标准服务海量客户，你这么玩商家还弄个锤子，所以爱用不用滚才是正解

哨兵单独进程，并不保存数据吧，也几乎不占内存，可以和 slave 部署在一起，那么看起来其实也是可以提供读取的吧，但是吧基于一致性和持久化性能要求，真的有人会在 slave 上提供读服务么

似乎如果都有光猫来拨号，自己不拨号的话，似乎不需要 vlan 也能用吧，openwrt 的话给同一个 wan 口建两个适配器，然后手动设定不同 ip 添加路由就是了，就是两个光猫和内网不能在同一个网段

https://segmentfault.com/a/1190000008595101

可以看看这个

这个问题好像是$nextTick 是微任务，Promise 的 callback 是宏任务，不是一个任务队列，微任务优先级高于宏任务，只有微任务执行完成才会执行宏任务，看起来你的输出还是符合这个流程的

感觉是你返回的 HTTP 响应体不符合 HTTP 标准的问题导致的

@baishuigansijun #2 本来就是这样，先判断类型，依据类型转换成对应类型指针，接着就该干嘛干嘛了啊，c 学的不扎实啊，不止 python 这么干，你可以研究研究其他类型语言，底层差不多都是这么干的

@RainyH2O #44 说啥都没用，按现行法律，腾讯未公开开发文档啥的，你通过抓包破解是的接入查过腾讯提供以为的功能的，基本都会被判非法入侵计算机系统并且盈利，腾讯不想管你你就偷着乐吧，真要告你基本一告一个准，非法入侵现在判的可不轻

法无禁止即可为，法无授权即禁止，这句话在现实中基本就是句看起来很美好的废话，国内国外都一样，人类社会必然是不断要发展的，要发展必然有新问题，而法律必然又是滞后的，所以法律的原理是以符合社会基本原则以及大部分人基本利益的朴素思想来归纳新出现的行为是否合法，比如非法入侵计算机法律未规定之前必然以朴素原理归入盗窃罪里去，而非法入侵的朴素定义即是未明文授权，而 QQ 机器人都符合以上规则，更别说现在已经有定例了吧，这个问题只是腾讯想不想告你的问题罢了

@Telegram #12 不提前索引就像查的快查询方便，你这是想逆天无视物理规则啊，估计这地方说的是利用 ntfs 日志在空闲时索引，不需要实时索引影响性能小，win10 现在也是空闲时索引如果你不关索引服务的话，win7 没仔细研究过，其实 win10 的搜索还是不错的，everything 试用过，忽略心里因素索引消耗的资源比 win10 自带消耗资源多多了

没索引吧，首次查询全表扫描肯定很慢，之后的很快是因为查询缓存的存在吧，估计不是 peewee 的问题，你可以直接 cli 命令行试试 sql