最近遇到过几次，表现为滚动条消失，页面无法滚动。

真实情况是程序 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/

欢迎试试 LinearMouse: https://linearmouse.org

> 在浏览网页的时候滚动距离比较适合的时候，在 vscode 里滚动就过大了，有没有相关设置？

不只是 VS Code ，Electron 系 app 都会有这个问题。VS Code 里可以通过 editor.mouseWheelScrollSensitivity 调整滚动 deltaX 和 deltaY 的系数，比如我设置的值是 0.198 。

其他 app 如果不支持，LinearMouse 可以针对不同的 app 配置不同的滚动距离。

不知道什么场景需要访问其他包结构体里的私有字段，有一种比较 tricky 的方式是直接把结构体的（部分）定义复制过来。

比如获取 time.Time 结构体里的 ext 字段：

https://gist.github.com/lujjjh/e92cb9904f8ec8bb42829cea0f6c2400

当然，风险是如果以后这个结构体发生变化了，可能就没法正常运行了。

有人提到最佳实践，最佳实践不是一成不变的，有时候 React 里的最佳实践只是因为目前只能这么做。

可以关注下 useEvent 这个 RFC ，链接指向的部分就是在描述类似的问题： https://github.com/reactjs/rfcs/blob/useevent/text/0000-useevent.md#useeffect-shouldnt-re-fire-when-event-handlers-change

你给的这个网站看起来是用 HCL 色彩空间来做插值。

推荐一篇文章： https://www.joshwcomeau.com/css/make-beautiful-gradients/
以及这个作者创造的工具： https://www.joshwcomeau.com/gradient-generator/

@LeeReamond 有限状态机无法解决括号匹配问题，需要有无限个状态（不在括号里、在一对括号里、在两对括号里……）。某些语言里的正则可能有一些特有特性能解决这种递归 /平衡的问题，但括号匹配仍不属于常规意义里的正则语言。

OP 实际上提出了一个 XY problem ，可以预见的是，即便是顺着思路强行用正则实现，仍然会出现 BUG 。因为这里的状态不只是括号，还有是否在字符串里、是否在注释里等等。我猜测 OP 真正需要的是一个完备的 PHP parser ，但最终想实现什么不得而知。

正确的回答是，这个问题不适合用正则表达式解决。

> Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems. - Jamie Zawinski

不知道是不是类似 teambition 拖动排序的业务场景： https://www.zhihu.com/question/55789722/answer/146650607

这种场景每个分组里要排序的项目不会特别多，如果你要排序的数据量级真有 100w ，那估计这套方案也没法满足。

信息太少，推荐 https://easings.net/

我之前也调研过即热饮水机，感觉要保证水箱的水质还是太麻烦了。最后买了净水+即热一体的净饮机，直接加自来水就可以。