真没注意，从来没用到过……一直都是开灯+白色主题

可以。你规则有问题。

https://stackoverflow.com
Ctrl-c, Ctrl-v

Telegram 不差钱，创始人不是俄罗斯版扎克伯格吗？

开 issue 不就完了吗？描述里添加 URL 链接指向某段代码。

论 github issue template 的重要性

@ingin Bookmark sidebar 也是一个选择，当时对比 popup my bookmark 试用过这个。sidebar 优点是支持拖动管理，但这个书签条目尺寸有点太大了。另外 bookmark sidebar 某些页面（比如 chrome:// 和 chrome store ）没办法在当前页面打开 sidebar，会开新标签。这个看自己需求吧，sidebar 也是不错的。

dnsproxy 上做了个命令行接口，加上域名匹配分流转发？

你这个有点晚了。为啥不瞧瞧 mosdns https://github.com/IrineSistiana/mosdns/wiki/Plugin

强大的分流转发规则支持

- 域名匹配分流：支持 domain 后缀、keyword 、regex
- 查询类型匹配分流：A 、AAAA，任何标准查询类型
- 查询来源地址分流
- 查询直接 hosts 匹配
- edns subnet
- 上游插件 forward 依赖 dnsproxy：支持 UDP 、TCP 、DoT 、DoH 、DoQ 、dnscrypt 、fastest_ip
- 上游插件 fast_forward：支持 TCP 连接复用
- 结果筛选：基于 IP 、rcode 、cname 筛选
- 结果 TTL 重写
- 结果写入 ipset

IP 、domain 等列表支持导入外部列表文件，没有类似 overture 中文件个数限制。

mosdns：只有你想不到的分流转发方式，没有它做不到的。

📕 符合我党群众路线：从群众中来，到群众中去。

搜索打开书签管理器就能搜，扩展也有很多。
比如 popup my bookmark
https://chrome.google.com/webstore/detail/popup-my-bookmarks/mppflflkbbafeopeoeigkbbdjdbeifni

不过这都治标不治本，还是建立文件夹做分类吧

还记得有个扩展用来做 review 的，每次新开 tab 随机弹出一个存在的书签让你做重分类。
https://creatorsdaily.com/9999e88d-0b00-46dc-8ff1-e1d311695324

QQ 邮箱收不到国外服务的邮件见怪不怪。
lastpass 账号换绑邮箱
https://support.logmeininc.com/lastpass/help/how-do-i-change-my-email-address-for-lastpass

只不过是 DoT, DoH 方案被墙而已，在 DoT, DoH 没出现之前流行的方案还有很多存活着

- 丢伪包方案，和 GFW 硬扛：ChinaDNS 时延判断法； semigodking/cdns 根据伪包没有 EDNS option 丢包； puxxustc/sans，预请求 SOA 做判断丢伪包
- 非标端口 UDP：opendns 的 443, 5353，Quad9 的 9953
- dnscrypt，DoT, DoH 出现之前的加密方案: 公共 DNS 里 opendns, quad9 有部署
- （以上方案都支持直连）
- Proxy 转发 DNS 请求

曾经失效过的方案

- 黑名单：最早 ChinaDNS 引入，这种方案已经被证实不靠谱，但抵不住有些傻 x 还在用，如 smartdns
- 压缩指针：“损坏”DNS 包，变相绕过识别

这些知识都是本坛 DNS 节点学来的，有兴趣可以深入挖掘一下。

另外分流方案：

- 老牌：unbound/dnsmasq + chinadns （或 chinadns 变种）
- unbound/dnsmasq + dnsmasq-china-list （纯域名名单的话列表太大，好几万，不喜欢这套方案）
- 一体式（自己把域名分流、IP 分流、DoT, DoH, dnscrypt, proxy 、域名屏蔽、缓存 的活全干了）：overture （一度流行跨平台，不过配置文件个数支持有限）。coredns 每次需要编译没怎么搞（不知道有没有 IP 分流插件）。

现在只推荐 mosdns （非 moschina-dns ），属于一体式方案。没有 overture 配置文件个数的限制（比如 domain 列表文件只能有一个 primary，一个 alterntive，不能再多）。也不像 coredns 每次需要重新编译。

不能了。Google DoH 原来 443 端口阻断。昨天发现 Google DoT 也不行了。拿 Quad9 测了一把：非标端口 9953 UDP 还活着，DoT 、DoH 无法建立连接，dnscrypt 可用。其他几个外网公共 DNS 情况类似。

结论：墙升级了，开始搞 DoT 和 DoH 了。暂时 dnscrypt 和非标 UDP 顶着。

看场景。做权威 DNS 可以开，做转发 DNS 没必要。

Encoding 猜测错误，很正常。

Response.text 其实就是 Response.content decode() 而来。其编码来源：1) Response.encoding 来自于 resp header 。如果前者为空，2) Response.apparent_encoding，利用 chardet.detect 猜测获得。

多半是响应头没有 encoding，然后使用 chardet 猜测错误。chardet 并不是 100% 准确。

解决方案：

- 设置正确 Response.encoding 后再读取 Response.text
- 或者直接 Response.content.decode(you_encoding)

多线程下载加速没用了，限制加速方案早改了。几年前就改成强制登录账户才能下载，下载时根据账户限速，达到一定流量就限制了，你再多线程也没用。
什么 pandownload 早就完蛋了，我只记得有一个搞共享账号的还算能下。

最近迁移过，在一台已经安装 Chrome 机器上安装 Brave，可以直接导入 Chrome 所有扩展。