.eslintrc 不是自动向上查找的吗，你在根目录放个 .eslintrc 可以生效的啊。

项目的话，加上 root: true 就不会继续向上查找了

我就说之前刚看到类似的讨论，感觉你也是这个问题

https://v2ex.com/t/938587

我这联通就是 v6 没限速

本来获得收入当期就要缴的税拖到次年 6 月，不是赚了？

补税是赚的啊，为啥要做这表情？

我家里各种智能设备连不上，我现在 2.4G 直接 wpa ，5G 用 wpa3

方法 1 访问了两次 x 的 then 属性，如果是个 getter 的话，会有额外的副作用

> 3.5 This procedure of first storing a reference to x.then, then testing that reference, and then calling that reference, avoids multiple accesses to the x.then property. Such precautions are important for ensuring consistency in the face of an accessor property, whose value could change between retrievals.

只有支持 PTP 的触摸板才有那些选项。

现在大部分触摸板其实都是支持的，但官方提供的驱动不一定是 PTP 驱动，可以根据触摸板品牌搜索一下。

这有一篇 https://github.com/enify/blog/issues/3

https 模块又不会自动走代理

系统 > 无障碍 > 放大功能

是这种吗？不知道 iOS 上是什么样的。

HTTP 时代的遗留吧，4XX 状态码可能会被代理服务器改内容

都是巧合，你这代码开 o2 就把循环体全优化掉了，实际就是给 atoi 计时

普通的 rest-api 怎么鉴权它就怎么鉴权啊，这个又不在 coturn 自己的范围里

你说的这个反直觉的结果其实是因为你类比的有问题。

可以先从 C#/Java 的“析构”来看。C# 里用的是 `~Foo(){}`，但是可以用 `GC.SuppressFinalize(Object)` 方法来阻止这个函数被调用。Java 里这个函数就直接叫“finalize()”了。可见，这些托管语言里是不存在真正的析构函数（ Destructor ）的，或者说，不允许用户自定义析构的逻辑。替代品是所谓的终结器（ finalizer ）。

同样的，这些语言的“构造函数”其实也只是初始化器（ inintializer ），虚表这些在 VM 内真正的构造阶段已经完成了，调用这些 inintializer 的时候在 VM 看来你使用的已经是一个完整的对象了。

要用 cpp 类比的话你也应该保持构造和析构函数是 trival 的，使用 inintializer 和 finalizer 来模拟构造和析构：

```cpp
class Parent {
public:
void virtual inintialize() { print(); }

void virtual print() { std::cout << "parent" << std::endl; }
};

class Child : public Parent {
public:
void virtual inintialize() {
Parent::inintialize();
print();
}

void print() { std::cout << "child" << std::endl; }
};

int main() {
Parent *p = new Child();
p->inintialize();
p->print();
return 0;
}
```

输出

child
child
child

和 Java/C# 表现一致

yarn 也自带这功能吧，yarn version 和 yarn publish 都可以自动改版本号和 git tag

之前用过 wedge ，手感更差，还只有一个键。
用 1 年坏了，联系售后给换了个 arc ，都感觉真好用啊

在这里 https://easylist.to/easylist/easyprivacy.txt

成都联通，ipv6 快了不是一点半点


➜ ~ speedtest -s 12191

Speedtest by Ookla

Server: Nitel - Los Angeles, CA (id = 12191)
ISP: China Unicom
Latency: 182.88 ms (0.13 ms jitter)
Download: 884.87 Mbps (data used: 1.3 GB )
Upload: 404.99 Mbps (data used: 503.5 MB )
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b668a5ae-8658-4449-bc2e-1f77674d7700
➜ ~ speedtest

Speedtest by Ookla

Server: China Mobile Group Sichuan - Chengdu (id = 4575)
ISP: China Unicom
Latency: 3.27 ms (0.30 ms jitter)
Download: 620.51 Mbps (data used: 1.1 GB )
Upload: 29.22 Mbps (data used: 47.8 MB )
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/f73930f3-d4ed-45e9-935f-20adc7f5d325

还是用 VPN 比较靠谱吧，NAS 反正也都是个人访问。
zerotier 搞起来挺简单的