@darkway dmz 不也可以实现映射端口吗？你的主路由如 OP 作为 0.2 ，光猫 0.1 ，设置 dma0.2 ，外部访问 ipv4:22 相当于直接访问 op 了？

但这样搞，ipv6 就复杂了，我就只会主路由拨号，配置才简单。

你可以用 docker 部署，写个计划任务，每 1 小时或者每天自动重建容器，不怕他乱改东西。

这个工作量证明的机制验证之前也有开源的了，但我一直没用，也不明白。这个有什么意义？
官方文档的说法是，让工作量计算"成本"超出你的请求成本，这句话看似有用实则没用。

既然是开源意味着，我可以拿任意后端设备进行计算 token 。然后可以针对你任意网线接口写爬虫，反正 token 是计算的出来的。

也不会风控 ip ，设备等多因素黑盒机制。
意味着破解成本变低了，工作量证明也没意义了，是这样吗？

@coderluan 好吧，都是创作者多一些。不过这个问题确实感觉很严重，揭竿而起的感觉。

我的龟壳也无法登录了，账号密码不对，重置密码收不到邮件，然后找客服找不到，好不容易找到了网页的 zoom 客服，对方不负责这个业务。给了个邮件反馈，根本没人回。

但是服务器可以用！

爱加速，全是国内节点

借贴同问，有没推荐的医疗商业保险，大小额一定报销的。而且不涨价的，类似于医保，用于互补。

我写了 n 多代码，至今没明白写单元测试的意义。
举例要举极端，否则没意义。

简单的代码，用不着测试，拿很多的教程示例来说 fun(a, b) return a + b; 这种代码有必要测吗？完全没必要？


复杂的业务逻辑，比如订单系统，整个生命周期里，状态非常多，创建、待付款、付款、欺诈、取消、退款、退一半、业务中断、续费...... 有的状态可以回滚，不同阶段做不同的事情，各种接口提交的参数影响着流程，以及是否触发第三方接口进行同步进行。非常复杂，这种业务如何写单元测试？

以 api 维度去拆解接口然后测试？还是内部函数最小化的方式拆解接口去写测试？
无论哪种我都感觉无法覆盖数据，而且每一个函数的测试都要预先填充很多虚假数据进去然后测试？

既然数据是虚假不变的，那结果可以认为是一定的。测试也没有了意义，我感觉只有把业务各个部件联通起来，写个测试，从开始到结束所有可能性都走一遍，自动化测试，这种才符合实际意义。因为你需要考虑到随机性，包含接口接受参数的随机性(各种异常参数)，数据库存储带来的随机性(写入和读出格式并不完全一致)，依赖服务崩溃的随机性等（服务意外崩溃时），这样当你成功跑完测试，才有意义啊。

否则一堆虚假的数据，得到的必然是预定义的结果。感觉没意义。

以上是我的主要困惑，有没有大佬解释下，如何正确理解单元测试这件事？

unraid 竟然盘丢失，不知道原因，重新挂载或者重启就好了，不知道是不是温度太高导致

楼上说的对。
以 pubg 举例，他有固定的几个加密解密函数地址，还有对应的密钥偏移。

每次更新这几个数据特征都可以直接 dump 出基址，没什么压力。除非你给程序主要逻辑增加各种混淆壳，难度才会提升，那这样游戏执行效率直线下降，估计都没人玩了。

vscode 的 git 极其垃圾，连个选中代码历史修改追踪，都看不到。

@weijancc 我的主题也会在第二页，然后回复是 8

@nziu 正常回复一次消耗多少铜币？我的号也被降权了好像，发的主题被沉浸。

@processzzp 我最几年都不看，后来有一次对账看每个月都被扣了逾期费用，然后找客服给免除了两三个月的。后续就开通了自动还款，依旧是再也没看过。

@iphantom esim 可能以前基础设施建设并没有完善，你可以理解没有写好相关代码会被随意利用。现在监管措施完善了，风控也做好了，可以锁区了，加上 apple 的利益驱动，可以发布了。

可以用来同步哔哩哔哩收藏夹，防止视频莫名奇妙的消失 ✨

之前写了个小项目，感兴趣的话可以看看 🌟 想要 star ⭐⭐⭐

https://github.com/ellermister/mybili

@tycde esim 价格太贵了，实体淘宝只要 1/2 的钱甚至更低。

@zsh2517 你知道这个 who.cx 的上游用的啥服务器吗？因为直接 whois app.sb 根本查不出数据，这个 whois.nic.net.sb 根本不通，但是你提供的 who.cx 可以查询，还很快，不知道用了什么技术。