pypi 发布二进制，npm 发布 shell 脚本，我觉得你们这帮人是滥用……

不知道，我的也这样。曾经某个版本 G Hub 可以正常打开，后来再安装就打不开了。试过 2 次，查了很久，reddit 上有很多人遇到相同问题。我放弃了。

1. nslookup 时要带上 DNS 地址: nslookup test.lan.my_domain.com 10.0.0.230
2. 路由器下发自己的 DNS 时为什么还要下发 8.8.8.8 ？你既然选择使用自己的 DNS 就不要下发公共 DNS 。

@Yamaha 锤人咱也得有理有据，macOS 版搜狗输入法目前看来干净，且没有广告。

根据抓包结果，macOS 版搜狗目前有 2 种对外请求。
- SogouServices 向 get.sogou.com 发起的 POST 请求，对应云输入查询。在设置里可关闭云输入。
- SogouTaskManager 向 /macpicface/interface/get_hotlist.php 发起的热词更新请求。不确定有没有对应配置开关项。可能需要把细胞词库关了？
- 除了找对应设置项外，二者都可以通过关闭对应 launch daemon 关闭。

根据自己对多种输入法的对比，中英混输和词语联想，搜狗应该是 macOS 平台最好的。

可能没有，从名字看就是解析输出做统计。

ScrapydWeb 管理已经是这方面做的最好的。
崔庆才自己书里推荐的 Gerapy 完全就是狗屎，运行连个错误输出都没有，运行不起来你都无法调试。而且项目就是半成品，还没有实现完全 scrapyd 所有 API ，星都是靠书的流量拉的小白点的，绝对没有人生产中用。
Crawlab 没有采用 scrapyd 运行爬虫，基本就是直接管理命令行进程。因为没有采用 Scrapy 官方推荐的 scrapyd ，没有尝试过，不确定有没有这方面功能，有兴趣你可以看看它怎么做的。估计即便作了也是输出解析。

我记得 Scrapy 只会运行过程中利用 telnet 与运行的进程做交互，理论上可以直接获取进程中的一部分信息。但没听说过有人这么做。

我记得就是解析 scrapy 爬虫输出。好像作者依赖一个叫做 logparser 的库，也是自己写的。没研究过如何实现的。

为什么不开两部验证然后生成应用验证码？

这就是 Tornado 的 Configurable 做的事。IOLoop 实例化默认实例化其子类 EPollIOLoop ，KQueueIOLoop 或者 SelectIOLoop 。通过 Configurable.__new__ 里做的修改。
它做的过为复杂，当时应该是在自己实现一套接口（同类型的还有 abc, zope.interface 。

针对你的问题，自己实现简化一下只创建基类、子类，在基类 __new__ 中实现返回子类即可。

@cheng6563 国内没意义。除非是小众运营商（移动、广电等）有 DNS 拦截，而你想去除拦截。

SPIDER_MODULES

你没说清楚直接跑 nginx 用的什么命令。不过好像这并不重要。

区别

- brew: launchd 管理前台进程 nginx -g daemon off; 也就是类似于 systemd （毕竟 systemd 参考了 launchd ）
- 你自己运行: nginx. nginx 自行管理进程（后台）

我觉得可能问题不在于这 2 个命令，而在于权限（执行权限和配置、日志等权限）。brew services 不支持 root （会有副作用，等下讲）。有些服务监听在小于 1024 端口，需要 root 权限。

brew services 创建用户级别 LaunchAgent （~/Library/LaunchAgents ）。sudo brew services 创建系统级别 LaunchDaemon （/Library/LaunchDaemons ）。

HOMEBREW_PREFIX （/usr/local for x86, /opt/homebrew for arm64 ）下文件权限是 $USER:staff 。sudo brew services nginx 会修改 nginx 相关文件权限为 root:admin 。之后的 brew update 等命令由于无法访问 root:admin 权限的文件，从而执行报错。

所以，sudo brew services 不是不可以使用，但每次你使用过后应该修复文件权限。

# For x86 Mac
sudo chown -R "$(whoami):admin" /usr/local/*
# For M1 Mac
sudo chown -R "$(whoami):admin" /opt/homebrew/*

（可以用 find 优化一下）

结论 /使用策略：使用 Homebrew 时，能避免 sudo 就别用，如 监听在 3306 的 MySQL ，这端口完全可以用普通用户权限监听。Nginx (80, 443), dnsmasq unbound (53) 可以用 sudo brew services ，但记得修复文件权限。

https://github.com/Homebrew/homebrew-core/issues/88214
这个？

没有经验。在校学生考研一般在 10 月份以后就全天朝 8 晚 9 泡自习室了。我觉得边工作只有晚上那么几个小时，这样考研不现实。

> 使用 MAS 的更新机制而不是应用自己的
谁说不用自己的，网易云音乐照样使用自己的更新服务。

@littleTomorrow1 和 Homebrew 版本无关。要回退的的是 homebrew-core 仓库（包 Formula 存储仓库），也就是只使用旧版软件。
即便回退 homebrew-core 也不能保证 formula 中声明的 bottle （编译好的包）没有被官方清理掉。

官方应该就是为了减少维护负担，故意砍掉旧版本支持。很多软件也这么干。非常讨厌吧。
目前要么等着它编译，要么订死在旧版本包上不升级。
不建议尝试其他包管理器如 MacPorts 。目前 Homebrew 才是 macOS 事实上的包管理器。其他包管理器下包维护人数太少，导致更新不及时、问题无人解决。而且换包管理器必须把包全换了，不然有依赖冲突。

https://keytty.com/
最好还是上 Magic Trackpad

是，没必要，因为代理不使用你本地解析出来的结果。
https://blog.skk.moe/post/what-happend-to-dns-in-proxy/

> 小鸡一号位于不远的异国他乡，运行 AdGuard Home，作用是从源头得到尽可能干净安全的 DNS
机器多的没处用吗？直接本地 DoT 、DoH 或者代理转发 DNS 请求到国外公共 DNS 不就行。都是转发 DNS 请求，你开台机器转发和本地直接转发没区别。你搞台机器在国外完全多此一举。
你可以直接用 Overture 把一号机的活儿干了。不过我更推荐 mosdns，没有 overture 那种只能引入 2 个配置文件的限制。另外他们 DoT 、DoH 实现上游不一样。历史上 overture 出现过 DoT 实现 bug，一个 DoT 到 8.8.8.8 花了我 1s…… 而 mosdns 还自己实现了连接复用。coredns 就更算了，连个好的 IP 过滤实现都没有，每次还得重新编译。

> 如果想更纯，国内也可以加密，但不知道实际意义有多大，我觉得有点太过于极端
这个通常不需要，国内走加密不是为了应对 DNS 污染，而是运营商 DNS 劫持。这个涉及运营商网间收费。比如，你移动宽带用户访问我联通宽带资源，联通就要收移动的钱。小运营商为了省钱会自己建立一些反代缓存，通过 53 口 NAT DNS 劫持把用户请求导过来。不过，这个要不要防劫持还有待商议，因为小运营商网络不是很好，很多网都是租来的，你不打到它的反代上速度肯定会变慢。

> 当然你可以在二号上套娃一个 AdH，但分流不太方便，没有 Overture 灵活
部署一个 AdGuadHome 做记录统计和去广告，上游指向同机器上 overture 而不是外网 DNS.

> 比如缓存设置多大、用 DoT 还是 DoH 、是否有更好的 AdH 替代品等等。
缓存单人 500 条就够用，我从来没打满过。家庭用我觉得 1000 条肯定够。
以前我用的是 dnsmasq/unbound+chinadns. dnsmasq 和 unbound 做转发功能没 mosdns 多，但设计的其他方面比 overture 、mosdns 这种业余的肯定要专业。dnsmasq 和 unbound 都可以查询一些统计信息，里边就包括缓存信息。

> 希望能抛砖引玉，看看还有没有优化空间（那么只有砸钱了）。
你 DNS 转发到小鸡一号，和直接 DoT 、DoH 到外网公共 DNS 没有什么区别。小鸡一号完全没必要。

扩展一下关于 EDNS Client Subnet，我自己是不开这个。因为不仅要去污染，还要走代理。代理是不使用你本地解析的 IP 的，甚至都不需要解析到没有污染的 IP，只要能正确分流即可。参考 https://blog.skk.moe/post/what-happend-to-dns-in-proxy/
比如 Surge 就没实现 Clash 那种 DNS 分流加无污染。

所以严格来说，完全可以不做 DNS 无污染。电脑上我会部署 mosdns 。如果你部署在路由上，想要记录查询请求，前边套一个 adguardhome 即可。