我记得默认行为就是 tab 覆盖，回车才是保留后面的内容

jsplumb?

https://docs.jsplumbtoolkit.com/toolkit/5.x/

@cnlnlhb 但是这样依旧不能解释修改 stick 为运营商光猫 mac 后依旧被下线，以及后续用运营商原猫依旧拨不上号，必须由装维换猫才能正常使用的逻辑

@flynaj 必然不是 mac 冲突，最初使用 stick 原 MAC 被下线，更换为运营商猫的 mac 也被下线，还导致运营商猫也无法拨号

@alect 和装维反馈，直接给上门换了个猫。
由于我上班不在家，所以是家人电话我。
询问能否查上联 OLT ，直接回复说不会。拒绝承认 OLT 做了黑名单，还指责我一定是改了猫配置（因为他 ITMS 配置没办法下发）。

事实是，运营商猫之前拿了超密，开了 telnet ，这次移机完成后直接重新通过 telnet 拿到超密和 LOID ，然后就丢一边了。


我询问：如果我进行相同操作导致新换的猫也不能拨号，是继续找他上门吗？装维直接让我先搞🤦。

@syyyyy 应该并不是云宽带，运营商光猫 MAC 被拉黑前拨号也是有公网 IP 的，自己机器上抓到的 pppoe 报文里下发的也是正常地公网 IP 和网关

最近因为装修正好也在看，感觉 UDM-SE 很棒，就是 LAN 侧网口还在用 GBE 有点太膈应了。。这是逼着要再去搞一个 Switch

telegram 开放 api 的，调用然后下载就完了

从来没有遇到在正经场合有这么用的

塑料件过氧化氢浸泡同时紫外线照射？

新 UI mac 上单 window 多 tab 还没有实现，并且不支持单位置分割窗体了，eta 都在 2023.1 。我选择暂时不用。。

修改错误：
保留原始“密钥”推荐的做法是写在纸上，物理保存。-> 保留原始“恢复码”推荐的做法是写在纸上，物理保存。

当然有
2FA 就应当是独立于 邮箱 /手机号 的验证体系
目的就在于当 其他验证手段已经不安全时（如邮箱已经被盗，手机号被回收或被盗） 作为最后一层保护（因为 2FA 密钥只下发一次，所以理论上只有持有密钥的人有能力计算出当前的密码。）

对于你不喜欢的点：
1. 无解，当然如果你记住了密钥然后自己根据当前时间算出动态密码理论上也行。。
2. 2FA 其实本来就不应当被同步，同步会造成多份密钥副本，传输和存储时密钥泄漏的风险会大幅增加
3. 安全的 2FA 应当只能够被自己本身，或随密钥下发应的恢复码恢复。如果 2FA 能够随意地被其他形式解除（如手机或邮箱验证），那么其实安全性没有太大意义。保留原始密钥推荐的做法是写在纸上，物理保存。
4. 其他方案的攻击面与 2FA 不同（如邮箱验证可以撞库，手机验证可以是伪基站和钓鱼）。2FA 只能通过物理接触（获取到密钥或恢复码）进行攻击。

最后，如果认为账号的安全等级没必要使用 2FA ，那么不去开启 2FA 就是了。

我记得我当时选择输入支付密码，然后就过了验证，没有过人脸。

第一个应该也是死锁，没有创建新的协程，主协程阻塞。
去 play ground 试试？

建议先了解 golang 的 duck type
只要这个 strcut 类型实现了 interface 约束的函数，那么他就可以作为这个 interface 类型返回

如果自用的话可以考虑占用一个高位端口

@sextoybie
可以在 dp 的时候同时记录转移到该节点的节点编号（也就是当前的最优解是从哪个节点转移过来的），这样在 dp 结束的时候你就有了一个反向的路径链，有需要的话可以进一步处理

记录到每个节点时的最小花费，用到当前节点的花费更新后续可到达节点的最小花费。最终结果即为最终节点记录的最小花费。