没有，因为你没钱，也没有投资人干爹。没钱玩不了搜索引擎。😝

没有离线数据库，都不选。没了网络都完蛋。

Git 没有这种设计，不用想了，要权限控制切回 SVN.

楼上正解，iOS 不允许浏览器自带内核，iOS 上所有浏览器都是重用系统自带 WebKit 内核。

我放弃了，从编译一个 rust 要 2-3 个小时……。已经切换到 MacPorts ，留着 homebrew caskroom 安装 GUI 。

@DeaThNoTE 有什么新特性是我开发要用的？我又不是搞 macOS 或者 iOS 开发的。也有一种可能是因为硬件老旧了，更新上去没什么提升还可能变慢。

已由 Homebrew 迁移到 MacPorts ，目前还保留了 homebrew caskroom 安装 GUI app. Homebrew 尽量使用系统自带依赖才是不断抛弃旧版系统支持的真正源头。如果全部不依赖系统依赖，理论上编译出来的包可以分发给所有版本 macOS 使用。目前 Homebrew 对 Linux 支持（也就是合并后的 Linuxbrew ）就是采用的这种策略。

另外 Homebrew 的开源协议支持洁癖也实在令人恶心，有些软件如 MongoDB ，Elasticsearch 切换协议更多的是为了强制大公司们往回贡献代码，完全不影响分发。下载都已经不被 homebrew-core 支持了。

就是那个插件啊。不是，是那个插件。对了，就是它。

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 ，但记得修复文件权限。