不求最好，但求最贵。管他们呢。

@okface 我所说的找回是号码真的被取消，这个时候再申请新号码可以检索到旧号码。我两次都是可以搜到原来的号码，前提是必须使用之前绑定此号码的谷歌账号。反而其他谷歌账号是搜不到你被回收的号码。推测是谷歌为你预留一段时间。
如果在上边条件下也搜不到，也许真的是过了太久被别人用了？

我一直网络报错，根本启动不了安装镜像。尝试了 NAT 和 Host.

Could not connect 'Ethernet1' to virtual network '/dev/vmnet1'.

亏 JB 大了。即便过期了号码被回收，也可以再申请回来，你的旧号码只有你能搜到，不会被别人认领。我找回过 2 次，且找回时不需要原生 IP 。淘宝花个 10 块钱找个美国号码帮你代收短信就行。
30 刀，够我找回 18 次了。

好像说的是 port in 导入号码。但旧号码 90 天过期，用户付费 permanent 的概念也适用于换 Google 号码。所以确实不是永久保留。

30 刀没了……

文不对题。你说的这些和命令行解析一点关系都没有。
补全属于 shell 的功能，需要写 shell 补全文件声明如何补全。

Python 不是数据或者人工智能方向？甚至都不是 Web 方向？而是测试方向？而且还是成都？

读过 Clash wiki 吗？配置文件呢？日志呢？

你要解决的是 mail.qq.com 无法访问，不是什么 telnet 。先把 Clash Pro 日志级别开到 DEBUG 重查一遍日志。

应该就是 HTML 文件不符合规范。可以在 tostring 时正确截断: etree.tostring(method='xml')

建议直接使用 html 而不是 etree 。from lxml import html, html.fromstring(), html.tostring()。

不确定有没有办法在 parse 时搞定，上面方法应该是在输出时作了校验。

没有，曾经专注于 asyncio 研究了各种异步框架、事件循环代码。但后来入职才发现，很多时候没必要看的那么远，绝大多数的业务根本达不到那样的并发压力。面试的时候曾经面过 2 个做小说的，一个由 Python 转了 Go ，说是用户量大了。另一个就是老 Python 单体项目，缓存+限流，运营时间比前者长，业务流量也比前者大。这是从业务角度来看问题。除非你是什么大厂的主项目，一般都没有那么大的并发。

从技术角度，我觉得都行，吃透一个就够了。实际上大多数人对下边原理都不了解。我见过选 Sanic 调用接口触发模型训练的，觉得 Sanic 快，但根本没看清场景。捕蛇者说播客里，有个来自知乎主持人因为写不出 ASGI 中间件，就觉得 ASGI 协议有问题……

从钱的角度，可能是 Golang 。

嗯…… cookiecutter 配合 Scrapy 搭个脚手架，或者反过来配合 requests/httpx/aiohttp 搭个脚手架？
实话说，我尝试过的爬虫框架也不多，有时间你可以去尝试一些新框架。先帮你排个雷：ruia 。国人搞得自称 asyncio 版 scrapy ，读过二者源码，只能说借鉴了几个类名，框架运行逻辑完全不像，扩展程度天壤之别。

这还用选吗，当然是 Scrapy 。爬虫不需要可视化，这是伪需求，懂 XPath 和 CSS 选择器语法就够了。
说 requests 的可能是没写过大量爬虫，爬虫从来都不是一个 HTTP 下载+HTML 解析问题。当你做大量爬取时，你要考虑各种其他设计：
1. 队列，生成的待爬取 URL 越来越多，需要队列存储待爬
2. 队列是支持先入先出还是先入后出，直接对应深度优先爬取和广度优先爬取
3. 爬取中断了如何恢复，是支持队列固化还是使用 Redis 做队列
4. 如何针对被爬 URL 去重，同样去重指纹怎么固化
5. 避免频率过高爬取时，钱多直接上代理池，免费先做并发控制、人工时延。或者多开几台机器搞分布式。
6. 人工时延是针对 IP 还是 host ，要不要加随机抖动
7. 如果不考虑 IP 被封，高并发爬取是线程池还是异步。
8. 对于偶发的网络问题导致的 HTTP 请求失败，要不要加入自动重试。
9. 或者更扯淡一点，为了避免发散爬取时进入对方蜜罐爬取大量无用连接，耗尽连接池。如何做深度控制。
10. ……
还有各种各样的问题，Scrapy 和 Scrapy 插件提供了现成的解决方案。

前排都 TMD 喝多了，你从欧洲连美国试试。镜像站不就是把资源分布到离用户近的位置吗，顺带给学生们找点事儿干、练练手。

怎么舔的，求兄弟分享一下

@DiamondYuan 当时是删库，只是找回了仓库，star 没有恢复。

建议大家多读一读，学学如何用词，完美甩锅。