lujjjh

真实情况是程序 A 通常需要长期维护，如果每次修改代码之后都人工回归一遍，效率很低而且更容易出错，而程序员最擅长的就是把这种需要重复做的琐事自动化。另外，单元测试的代码基本就是断言函数不同输入下的输出，所以很难写出 BUG 。写测试的时间倒是可能跟写程序 A 的追平，但是如果把程序 A 之后维护的时间都算进去，那么写测试的时间就可以忽略不计了。

原代码的意思是，pos2 从 [0, pos1) ∪ (pos1, length) 中随机。因为区间不连续了，所以先从 [0, length-1) 中随机，再把 [pos1, length-1) 映射到 (pos1, length)。效果跟文章作者删掉 pos1 再随机的做法一样，但是时间复杂度显然是不一样的，也不需要额外空间。

另一种常见的做法是用最后一个元素填充 pos1 的空缺，只需要改成 if (pos2 == pos1) pos2 = length - 1;

证书配得不对，是不是用了 cert ，没有用 fullchain ？

今天国区 PayPal 转账里看到了个新选项“跨境收款宝”，申请了还在审核当中。

左右波动滚轮可能默认就是被映射成了横向滚动，可以试试不安装 Options+ 的情况下是什么行为，之前收到过相关的反馈，测试下来 G604 上的表现是这样的，不知道 Anywhere 2S 是不是一样： https://github.com/linearmouse/linearmouse/issues/431#issuecomment-1505282532

如果默认行为是横向滚动，可以试下用 LinearMouse 能否映射。

友情提示，XFF 没有正确验证：

$ curl -sSf https://askai.top/ -H 'X-Forwarded-For: 1.1.1.1' | grep IP
<p class="text-muted"><i class="fa-solid fa-location-dot"></i>&nbsp;您的 IP 为：1.1.1.1 ，目前还有 3 次问答机会</p>

遇到过类似的问题，但不是在群晖上，表现是容器映射出的端口会绕过 ufw 规则限制（还好配置完 ufw 之后测试了一下，不然服务就暴露公网了）。

原因是容器端口映射是通过 iptables 规则实现的，而 ufw 插入到 iptables 里的规则没有作用于 DOCKER-USER 链，参考：
https://docs.docker.com/network/iptables/
https://github.com/docker/for-linux/issues/690

不知道群晖的防火墙是怎么工作的，可以检查一下 iptables 看看你是不是同样的情况。看了上面的 issue ，我比较意外 --net=host 开放的端口也是走 iptables 的？

Google Docs 用的是 Web Speech API 。

可以刷新页面，在控制台执行 debug(webkitSpeechRecognition) 下断点后打开语音输入来验证。

网上找到了一个 speech to text 的 demo： https://zolomohan.com/speech-recognition-in-javascript/