@ENIAC 仔细测试了一下发现了个问题，encode 似乎并不能处理中文。

例如：
```
const json = '{"Username":"测试","UID":20}';
const encoded = encode(json);
console.log("编码内容:", encoded);
```

返回结果是（空格是我添加以便区分的）：
编码内容: x10Y75Y1eNBwyuCnC undefined undefined YCXzXYGZvCMb1W3jr

那这样的话如果输入内容包含中文，那么势必会出现乱码的情况的。

找 ChatGPT 写了个解密函数，测试是通过的。

```
const decode = cipher => {
let result = ''
for (let i = 0; i < cipher.length;) {
const d = codeTable.indexOf(cipher[i++])
const e = codeTable.indexOf(cipher[i++])
const f = codeTable.indexOf(cipher[i++])
const g = codeTable.indexOf(cipher[i++])
const a = (d << 2) | (e >> 4)
const b = ((e & 15) << 4) | (f >> 2)
const c = ((f & 3) << 6) | g
result += String.fromCharCode(a)
if (f !== 64) {
result += String.fromCharCode(b)
}
if (g !== 64) {
result += String.fromCharCode(c)
}
}
return result
}
```

1. 先找个电脑网线直连 AP 汇聚交换机，WiFi 卡的时候观察网线电脑卡不卡，先区分是 AP 以及无线环境的问题还是交换机、AC 或者上联的问题。
2. AP 一般主要是信道优化、双频合一的问题，关闭双频合一+错开信道应该有改善。
3. AC 往上那就复杂一些了，得看 CPU 和连接数的占用率，甚至运营商本身的问题。

这种操作没啥问题，属于标准操作了。
还有种操作是直接先把光纤在整管道内穿进去，完了再用弯管器弯管，在现场条件许可这个工艺的情况下可以省掉熔接费用。即使不行也可以后续用这条光纤换普通光纤。

BRAS 配了 24 小时强制下线一次另外当地的 IP 池比较杂导致地址段经常跳，正常。

二手房交易的时候即使买方是拿着现金交定金，一般卖方也是要把买方带到银行当面存进账户里才算了结的，不然买卖双方一分开之后发现里边有假币这事就说不清楚了。

@laozhoubuluo 另外关于第二点刚才说的不太清楚，具体来说应该是最后一次正确的配置。假设说上一次重启保存了一份正确的配置文件，后续获取不到正确的配置文件的时候应该一直用这个旧的配置文件，而不是这份配置文件只能支持下一次重启。

所以从楼主这个案例中可以总结几个比较重要的经验：
1. 配置文件不能依赖单点，应该至少有两套不同的连接方式（不同的域名，不同的 DNS ，不同的服务器）来确保服务可以连接。启动之后应该不定时检测这些启动服务器的连接状态，如果有服务器连接不上也要上报低级别告警。
2. 设备应该支持缓存上一次启动时获取的配置文件，在下一次重启时如果获取不到配置就要用上一次启动的配置文件继续启动，并向服务器上报中高级别告警，同时如果设备有管理界面或者指示灯，也最好能表示出这一状态以便于售后人员排错。
3. 技术债还是要尽早还，越晚还越被动。尤其是这种涉嫌违反服务商 ToS 的技术债。

@hypermox 虽然没有发文支持，但从结果来看发达国家和地区推进的还是不错的，例如 Google 的数据就能看到访问 Google 用户的 IPv6 采用率基本上到 40% 了。前三名印度、德国和法国基本上在 60% 以上，当然这三个地方改造策略也激进，这些地方的家宽很多想访问 IPv4 只能走运营商的 4in6 服务。Ref： https://www.google.com/intl/zh-CN/ipv6/statistics.html

@mozhizhu 国内大多数云服务商坑的一点是 IPv4/IPv6 流量或者带宽不互通，也就是如果一个服务器想支持 IPv6 需要针对 IPv4 和 IPv6 分别购买流量或者带宽资源才行。境外一般是 IPv4/IPv6 直接融合算流量的，这就降低了很多额外的工作。

@MFWT 是的，这就是网络侧和业务侧的死循环。家庭 Homelab 可以强行无视成本维持此类应用的双栈模式，发达国家有对技术先进性的追求（哪怕不能直接产生效益）所以相对好一些，在咱这边不管是网站系统改造还是办公网改造，相关人员一句 "改造 IPv6 预计需要花费 XX 人日，投入成本 XXXXX 元，您能保证业务部门收益增长多少？" 就完蛋了。

Linux native 的生态早就是 bash 的，跨平台生态也被 Python 等这种易用性和跨平台都相对好的语言抢了。况且 Linux 装 PowerShell 这个事情本身很多人就觉得很怪。
另外 bash 还支持一些 BSD 之类的其他系统，PowerShell 就不一定了。

@wuzeiyicixing
1. 不奇怪呀，老一点的游戏开发的时候 IPv6 尚未普及，绝大多数发达国家家庭宽带都自带公网 IPv4 ，绝大多数游戏玩家网络不支持 IPv6 都有可能导致一个游戏如果没有公网 IPv4 就玩不顺。至于后续的应该论我不做评价，这个世界上应该做好而没有做好的事情太多。
2. 很简单一个场景，一个人的家里有个内网 NAS 或者内网电脑，家里没有公网 IPv4 只有 IPv6 ，单位内网只有内网 IPv4 没有 IPv6 ，境内又没有免费 4in6 隧道服务。现在需要在单位连家里的内网，不采用第三方工具辅助的话就是没法正常实现需求。

不得不承认在现在这个时间段从用户的角度来看 IPv4 的兼容性和通用性就是好，当然从软件的角度应该推进 IPv6 改造是事实也是软件厂商应该努力的方向。

手机卡的 IPv4 网络一般都是 NAT4 模式的，两个 NAT4 的打洞一般来说无法成功。
建议尝试 IPv6 打洞或者考虑自有服务器转发。

@wuzeiyicixing 毕竟您说的是 "IP 问题彻底解决。不用求爹爹告奶奶要公网 IPV4 了" ，我提到的场景就是没有公网 IPv4 解决不了（或者说不能保证稳定可用）的场景。
而且打洞只是个没条件下的缓解办法而且对 NAT 类型都有要求，打洞也不能定义自己需要的外网端口（很多 P2P 场景比如说到的游戏就是需要监听指定端口或者指定范围的端口的），况且自己没有公网 IP 的话打洞成功率是要打个折扣的。

@wu67 商用宽带可以要，这个有工信部通信〔 2018 〕 77 号文支持，不给的话可以走工信部投诉甚至找当地通信管理局投诉的。不过对于绝大多数人来说更难的是说服企业网网管部门、企业信息安全管理部门乃至企业管理层在办公网支持 IPv6 协议并分配 IPv6 地址，越大的公司做到这点越难。

1. 绝大多数公司内网没有 IPv6 协议支持，中国大陆也没有免费好用（类似美国用 He.Net 那种）的 6in4 隧道，一条就废了本版很常见的单位连回家场景。当然可以买一台有公网 IPv4 的主机完了用 tinc 之类的来协调打洞绕开，不过那本质还是 IPv4 了。
2. 不少游戏只支持 IPv4 P2P 联机，或者 IPv6 P2P 很不稳定。下载也存在这个问题，很多 BT/PT 纯 IPv6 网络下跑不起来。只支持 IPv4 的肯定是一点办法没有，IPv6 P2P 不稳定的话如果都是熟人一起还可以改善一下熟人的网络解决，要是纯陌生人匹配那就没办法了。
3. 之前公网 IPv4 讨论的帖子里面很多人提出来有对不特定人士开服务的需求，例如 NAS 文件直接分享给好友甚至不特定人，不能保证对面一定支持 IPv6 所以也依赖于自己有 IPv4 。

至于墙的问题不少人早就在用了，比如联通对应 AWS Lightsail 东京，但还是有不少需求（尤其是本版）是 IPv6 现阶段替代不了的。

@mmdsun 根据我了解到的消息，愿意用 Java 的原因是因为 Java 有国产化的中间件，这个是比较大的一个影响因素。
毕竟 .net 甚至 PHP 没有国产化中间件，从某种角度来说就是没有有国产化中间件的 Java 来的彻底。

WiFi 5 其实还好，现在的 5G 跑 500Mbps 以上又挑套餐又挑位置。
光影猫据我朋友使用反馈主要是软件水平一般，属于基础功能可以稳定用但别指望更多的水平。

@txydhr 大多数地区没有上行提速包业务，少部分地方有也是抢钱价格。
不再回复您了，没人能无限制的回应缺乏证据的张口就来外带无限转进东扯西扯。

@txydhr
1. 家庭宽带费用的大头就是 ODN ，用户负责把小区内的 ODN 的光缆网全建设好，直接光纤拉到小区机房甚至小区外面的综合业务接入点那不可能是现在这个价格了。小运营商入住给物业起码是 50% 的营收分成还不包括网络建设费用，甚至运营期间交换机的电费都需要运营商自己掏。如果小区 ODN 变成用户代建代维了，可以明确说低于套餐内宽带价格的两折才有谈的空间。
2. 如果预期用户数很少那就不需要扩容了，搞个 5~10 元/月上行提速按 1:5 提供上行（ 500M 上行 100M ，以此类推）。反正 99.99% 都没这个需求，可能一个 OLT 上最多几个开提速包的，一个 PON 口有三个提速包都算高新区，万分之一的用户根本不会对现有网络造成负担，这个钱几乎是白赚的。如果最后发现还得大规模改造网络，那说明需求分析有问题，实际上开通率远高于您说的万分之一。

说话之前要多想想，不要张口就来。上海至少联通宽带 10 元 20 元一条的比比皆是，有一批用户办理提速包直接提升 5~10 元的 ARPU 还不需要投入高额网建成本，怕不是市场部门能笑醒了。

@yuruizhe 数据可以通过估算的形式，比如测算出来人类跳过广告的正常速度比如一秒，完了软件这边提供跳过速度 0.8 秒以下的数据，完了折算一个比例作为赔偿基数，如果打官司的话这个不是问题。
当然更可能的是如果真上法院的话那立案的时候就以破坏计算机信息系统罪来作为主罪名，不正当竞争作为民事附带，直接刑事附带民事诉讼请软件作者吃几年国家饭顺带赔钱。