厉害，佩服👍

好评

>「要是那时冲了大概率就能拿到上架币安再出」
放心，如果你一直很关注行情，大概率会在一两倍的时候就出了，也可能在腰斩时割肉。唯一能拿住十倍百倍的方式，就是买了然后进去了。。。（手动狗头

节哀

好撚劲～

@alanying 目前是的

使用帮助： https://help.onekey.so/hc/zh-cn/sections/6726670572815-OneKey-Card

优秀👍

一加 Ace Pro

安卓用「快捷方式」 App： https://www.coolapk.com/apk/com.syyf.quickpay
iOS 用「小捷径」 App： https://apps.apple.com/cn/app/id1583407748

都支持添加微信小程序任意页面。
微信小程序页面路径查看方法可参考这篇文章： https://sspai.com/post/68466

亲测打开深圳场所码有效。

搜 graceful shutdown

学个 filter 需要一分钟不？这都不让用，只能说明在技术上没有追求，其他什么理由都是扯淡。

@plko345 requiredDuringSchedulingIgnoredDuringExecution 不能满足一个节点部署多个 Pod 的需求（均匀分布且每个节点多于一个 Pod ）

@swulling 你说得对。我错看成 preferredDuringSchedulingIgnoredDuringExecution 了。因为我们之前的场景是希望 Pod 均匀分布，且每个节点会多于一个，在 1.18 版本之前，只能使用 podAntiAffinity 的 preferredDuringSchedulingIgnoredDuringExecution，这时候是不能保证均匀分布的。后来 1.18 版本后才改成使用 topologySpreadConstraints

@anubu `podAntiffinity` 在正常情况下也可能会调度 2 个 Pod 到某一节点，它只是尽量满足约束条件，不是强制的。你说的某个节点宕机的情况下，在 `whenUnsatisfiable: DoNotSchedule` 设置下，不会出现 2 个 Pod 被调度到一个节点的情况（因为这时最大的 skew 为 2，不满足 maxSkew: 1 的约束），但是这时系统会停止调度（只部署了 2 个 Pod 在不同的节点，另外一个节点因为宕机无法调度）

@finian 还要设置 `maxSkew: 1`

`podAntiffinity` 是软满足（尽量满足），也可能会出现分布不均的情况。如果 K8s 是 1.18 及以上版本的话，用 `topologySpreadConstraints` 吧，并设置 `whenUnsatisfiable: DoNotSchedule`，这样能保证均匀分布