@hundan dnspod 使用一些小技巧绕过了。你试试 dig 一下自己的域名（不加 www ），估计会看到 A 记录而不是你自己设置的 cname 记录。

@PcxQkx 上海也不行啊。上海不是跟北京差不多吗。

北京的工作这么点钱？

座舱里面不就是个游戏椅子吗。带了脚撑。

@okjb #4 国外一大堆人种族歧视，所以种族歧视是正常行为

你倒是说说有什么选择啊。

不在乎性能的话不是随便写。

l = [[3,7],[2,10],[3,4],[6,12],[13,19]]
l = sorted([(i[0], 1) for i in l] + [(i[1], -1) for i in l])
current, max_value = 0, 0

for i in l:
current += i[1]
max_value = max(max_value, current)

print(max_value)

你也不说什么类型的游戏。

@geeti #19 这个看起来是用 Route53 做的。

为何不用 excel

感谢分享

你这个头像怪好看的

首先，打新不一定能买到，类似抽奖；
其次，港股打新有可能破发。

开发的时候 mysql 部署在研发本机上吗？ Windows/Mac 上的 docker 是跑在虚拟机里的，虚拟机的 CPU 限制给的多少。

杀毒软件？

大哥，一秒传你一次数据，其中包含 250 个数，那其实是 1hz 啊……只不过每次屏幕更新要在已有数据基础上绘制 250 个点而已。如果忽略数据处理、网络传输、绘制等时间，数据从收集到展现的平均时间是 0.5s 。

当然，用户可以觉得这种仿照微软 windows 任务管理器的更新速度不够接地气，并愿意加一倍的钱让他更新速度变快。那你就可以每秒钟绘制 2 帧（ 2hz ），并每帧绘制 125 个点。依照这种思路，只要用户肯出 60 倍的钱，你就可以每秒绘制 60 次，每次绘制 4 个点或 5 个点。你可以以 settimeout 方式执行每秒多次绘制。

如果用户肯出 100 倍的钱一劳永逸地完美地解决这个问题，那你就用 requestAnimationRequest 吧。你可以很简单地计算出上一次执行到本次执行之间用了多少毫秒，然后除以 4 （即 1000/250 ），得出你本次应该绘制的点的数量。此外，你还应该对上次绘制的图进行平移。