设置一个推送保护呗，A 店铺默认状态无保护，第一笔交易实时推送，每次推送完成时给店铺附加一个 3 秒的保护状态，未来三秒里要发送的消息都先缓存下来，结束时统一推送，然后重复这个过程。随着次数增多可以增大保护区间，比如第一次 3 秒一推，而后 3.4, 4, 4.5, 5

最好是有一些开源方案，比如预训练模型之类的，能提取文字或图片信息，然后判断是否相符之类的。。

网关吧

我感觉如果不是为了玩票而是确实以长期使用为目的制作的话，应该多注意功能性，提示颜色上的细节，尽可能细节尽可能符合逻辑地划分颜色。比如考虑比较运算符的!=和==是不是能给！搞个不同颜色之类的做区分

@lithiumii 感觉上 python 式一般强调的是表述上的短，或者表述上接近自然语言，通常来说达到这个标准了也就优雅了，但是也存在过分追求精简而导致可读性变差的情况，导致不优雅，所以优雅与 pythonic 应该不是同等含义

槽点太多难以不吐，你这只搞一个领域六年才到瓶颈期这。。然后六年了准备重学还需要别人提供路线这。。。

@Danswerme 正常来说是标准或低频，都支持即使存取。归档和冷归档看情况你能不能接受，比如需要一张图的时候先等二十分钟解冻再取数据。不过冷归档是很便宜的，特定区域的话 12T 大概一个月只需 80 块

@LeeReamond *在同等储存量下迁移到阿里云的话

1 、你这么搞可以，但是违反阿里腾讯的使用协议，用一段时间后会收到警告要求关停。
2 、储存费用很容易算，以阿里云为例常规实例每月每 G 0.12 元，假设你购买实体 nas 机只能装三块盘，家用级储存 3*4T=12T 的数据，那么每月只需要付给阿里云 12*1024*0.12 元=1474.56 元即可（忽略免费额度）。

可能有用，相当于百度青春版吧。。没用的地方是因为普适性差，如果遇到写不出的正则，那么大概率使用自然语言描述该有限状态机也是非常困难的事，恐怕得写一大堆说明，还得加几个例子。

图像学上解决这种问题一般用以下流程，比如 canny 边缘检测
1.卷积，你这个时间序列的话可能跑核=3 的一维卷积
2.滞后边界跟踪，经过 1 以后，仅有左右两边都是 C 的 C 点，才会是 C 点，可以认为这是个强 C 点，而卷积后改值了的 C 点就是弱 C 点，如果弱 C 点与强 C 点连接则将其调整为强 C 点

遇到这种特别不靠谱的，感觉不爽的话直接开怼就完事了，反正也不指望在他那入职。。

@SenLief 谢谢，这个高亮语义分割起码比较清晰了，虽然函数方法这种静态内容用浅绿色标，数字字符串这种动态内容反而用暗色在我看起来非常奇怪。。。。感觉 pycharm 一个问题是整个 UI 配色太过统一，像之前用其他编辑器，不管配色主题如何，左边栏工作区，上边窗口导航这些都有自己的颜色，用浅色系的话深浅搭配很好，而 pycharm 的暗色主题这些区域也一律统一都用暗色，让人有一种天完全黑了的感觉，实在是漆黑一片。。

@handuo 我试了一下 dracula ，颜色不是很喜欢，不太有当代工业设计的混融感，有点那种追求个性特立独行的感觉，略别扭。

别说亮色没有满意了，我去 marketplace 搜了一圈，不管亮暗，只能说这产品配色也太粗糙了。正常来说像类似 name != ""这种句子中，三个 token 应该分别有不同的颜色，但是高下载排名的几个主题我全试了，全都是 name 和!=都是同一颜色，断句非常不明显。

另外还有自带的 monokai 主题，async with session.get()这句话中 async with 保留字和.get 方法居然是同一配色，实在是让人摸不着头脑。

@loading 大概是没区别。搭车问，小程序前端和一般前端有什么区别？

开 repo 倒是无所谓，不过它这个感觉是在利用 gh 搜索引擎的高权重做类似内容农场的事情？

不是很理解 lz 描述的没有给"多 cpu 优化"的可以通过虚拟化解决，以及单线程还是单线程