Opportunity

> 使用代理应该是用户自身的问题，换成某个固定代理，那这个代理坏了怎么办呢？ 坏了就不用更新翻译了呗

> 据说让BT/PT客户端的侦听端口与打洞后的公网端口保持一致可以有效提高peer间的连通性，从而提升上传速度。 > See also: https://www.v2ex.com/t/902093#reply29  qBittorrent 的实现应该没啥问题，是不是受 IPV4、V6 监听端口不一致的影响 好像是 tracker 实现的问题，有些 tracker 只能绑定一个端口 https://github.com/arvidn/libtorrent/issues/5746#issuecomment-832699374

尝试实现了 NAT-PMP 协议给 Transmission 用 ~，但是它的支持好像有问题，给他返回映射端口后，它把 IPv6 的监听端口也改了，导致 IPv6 入站全被防火墙拦截了。。。~ 应该没问题，就是一时没有v6入站 https://github.com/OpportunityLiu/nat-mapmp  

是不是这里的原因啊？我遇到的渲染丢失改了这个以后解决了。  这个函数不仅在 scheduler 内部调用，cell 属性更改的时候也会通过 cellview - renderer 调用，并且把原来设定的 `flag` 直接覆盖掉。如果这个 cell 刚好还没挂载，它的 `FLAG_INSERT` 就会被抹掉，永远也不会挂载了。 https://github.com/antvis/X6/blob/f4d1412efd16b27757b6b6ed89222545bb85136d/packages/x6/src/renderer/scheduler.ts#L92-L107 https://github.com/antvis/X6/blob/e18a0ce17b0188c776e9dca313c821812a74e2be/packages/x6/src/view/cell.ts#L277

计算 BBOX 的问题，我们是用 ```css .x6-graph > .x6-graph-svg { overflow: visible; } ``` 凑合的，感觉也够用了

 再加上 ```css .x6-graph { overflow: visible; } ```