这帖子能让人看出高血压

就目前的 ssl 请求就会包含一个 SNI (Server name indication), 这个就会包含请求的域名地址.

如果不想被监测到, 就要用 ESNI + DoT(H).

@Kaleidopink 呃 现在有了, 比如 chocolatey

@TimPeake 不用问底层, 只要稍微问点非项目, 类似计算机基础都能筛掉一批.

文档也不看, 看到 `console.log` 打印出来 `ƒ assert()` 的闭包方法都不知道. 而文档已经很明确的提示这是要做什么的了 (例如转换).

目前我这还有前端连进制都不懂, 还理智气状的说前端没学过, 不需要懂, 这不是他们那边的东西.
甚至连 `0x0A` 都会觉得这不是一个数值类型. what can i say :P

听博士的。

为什么都是 k8s v1.28.

@makizhang 现在有点想从 notion 换成 obsidian 了.

推荐 RIME, 不过我是用 rime 会出现程序死机的情况, 只要重启 RIME 服务就会恢复.

我没收到过. 看样子在骗子眼里我是穷人, 挺好的.

certbot 自动更新替换, 和 acme.sh 一个道理.

方案三:
直接用现成的消息队列, 把要处理的消息丢到队列里. 消费者直接多线程从消息队列中获取数据处理. 这个开发方案是可以做到代码量最小.

方案二:

1. 创建一个对象, 对象记录一个查询位置, 查询数量.
2. 每个线程通过加锁读取该对象获取位置和数量, 并在获取后更新当前查询位置. 释放锁
3. 通过之前获取到的查询位置, 查询数量从数据库获取一段范围的数据.
4. 将数据丢入线程本地队列, 依次处理.
5. 对暂时放弃的数据 id 存入 步骤一 对象中. 采用 CopyOnWrite 方法更新对象值.

这个方案将查询 IO 放入到了每个线程, 线程只需要在获取当前处理位置时加锁就好了. 这样锁的时间十分短暂, 几乎可以做到 "无锁" 的情况. 但是需要注意线程数量, 查询数量参数; 尽可能的将线程数拉小, 查询数量拉大, 这样线程可以更专注处理数据, 而不是一直等待 IO 返回.

1. 创建一个带有并发控制所的队列.
2. 每个线程从该队列中获取数据.
3. 在获取数据时, 如果队列为空, 则由当前线程请求数据库, 批量读取数据丢入队列.
4. 数据暂时放弃时, 将数据丢入队列底部.

这样就好了. 在读取数据时通过锁做到数据获取无冲突, 而且不会有重复的数据从数据库中读取; 另一方面也降低了 IO 请求.

这个方案的缺点在获取数据时会有锁的存在, 如果数据处理比较快, 可能会遇到其他线程在等待其中一个线程读取数据库的返回.