@g1879 最近一周内安装的版本。你指的没有阻塞是设置了 autoaccept 或者 nextone 的情况下没有阻塞吧，普通的出现弹窗事件->处理弹窗事件的逻辑是阻塞的。

https://gist.github.com/RedmondLee/ec0c13215c97c9902cd8c12ecbfbca1c

别的都不说，CPU+主板 2000 多这个价位。。。
我依稀记得我前年装机时候是 Ryzen5500 卖 475 块，主板也卖 450 块左右。。。。
所以宁这个高了 2.5 倍的价格，有 2.5 倍的性能吗？还是说宁这个是高端产品溢价。。。好像不是很高端的样子

@g1879 起码 selenium 是这样处理的。我试着把在跑的几个脚本往你这个迁移，主要问题就是 alert 。目前的几个典型场景需要解决方案：

1.网站没有严格反爬，但也不会让自动脚本太舒服，alert 行为不是很可控，会随机弹。
2.在没有严格流程控制的情况下不让弹窗阻塞脚本（ selenium 的方案是在上级 catch 异常即可，所以我可以很粗糙地开发但仍然保持对流程的高度控制）。
3. 服务器对验证码的判断结果由 alert 返回。这个场景的问题是，验证码 cv 识别有成功率，handle 不能撤回只能依赖 timeout 和等待让代码健壮性变成依托。

以上这些场景都是 trycatch 非常合适的应用场景，你不知道流程会在脚本执行到哪步时触发异常行为，但是因为有异常直接 catch 所以整体流程依然可控。现在没有办法 catch 的原因是弹窗后整个被阻塞，即使尝试用 next_one 预埋 handler ，因为你是单线程同步脚本，又没有个回调，这该怎么控制。

@g1879 虽然我不是做专业爬虫工作的，但你这个设计思路那不是往增加开发人员心智负担上使劲。。。因为业务的复杂度是无限的，网站为了给自动爬取增加不适会用各种办法，如果用异常上报的方式，开发人员只需要规定在某个时期内出现异常那么就重新开始流程这样。但是如果你要求把行为摸透，那只有两种可能，要不然就是网站行为太单纯，要不然就是极大增加开发人员心智负担，打上无数的状态控制。说到底最关键原因还是 alert 会阻塞用户代码，你没法用常规的流程控制手段去控制它。

再者我想知道 chromnium 实现精准控制状态，还要保证爬虫速度，这得多花多少经历来进行流程控制，另外还要假设对方网站不会频繁更新，否则你无法写一个大略的状态控制来增加鲁棒性。我很高兴你这个框架可以不用像 selenium 一样隔一段时间还要更换 chromedriver ，但是你现在提供的功能我代码迁移不过去

@g1879 最主要是有阻塞的问题，因为网站弹窗不一定是在预期时候出现的，你这么搞不确定什么时候自己代码就阻塞住了，所以最合适的就是上报异常。如果按你说的在跳转页面前使用 next_one 预设下个页面会弹窗，但是用户无法确定网页运行到什么状态才会弹窗，这就导致虽然能捕获弹窗数据，但是用户代码里感知不到什么位置出现弹窗了。

另外还有个问题是，全局等待，像 selenium 有个隐式等待（就是页面所需所有资源加载完毕）的 api ，我看你的文档里只有一个 start_load 和一个 doc_loaded ，是不是都不太对

@g1879 试用了一下还不错，尤其是不需要 chromedriver 这点非常好，但是现在有个痛点。

目前引擎的所有代码在 alert 弹出后都会阻塞，无法在用户层对于 alert 事件做任何处理，只能设置为自动确认才能让代码自动执行。

如果 alert 内部含有有效信息的话则完全无法获取。

是否可以参考 selenium 将 alert 设计成异常的形式，用户让可以对中断进行处理。

@zhangjiashu2023 因为他 TLDR

@iorilu 如果感到快乐你就拍拍手

@nagisaushio v 站 py 区发库的很多都认识，他写他的我写我的

@iorilu Path 字多麻烦，最麻烦的是 write_text 还要打 utf-8 ，我实在是不想再打 utf 横岗 8 这几个键了。

@yanyao233 我现在基本就是工具类上 pypi ，换环境云端携带，习惯性先 from import *

@Pichai 哪个位面的农耕时代，三体世界的农耕时代吗？虚构历史了属于是。古代分聘娶婚和有偿婚。三媒六聘为什么要三媒，因为双方都要找媒，意思是你来我往。有偿婚是用来取妾的，买断回来当物件赏玩，跟农耕有毛关系。

深圳的话现在是只有城中村才能开最低档，你住稍微好点地方都是没有最低套餐的。
我觉得你要做到 40 每月比较困难。

@mylovesaber ssd 半年不用直接全丢听说过很多，机械硬盘往往被认为断电能存 30 年，没听说过断电导致数据损伤的说法，哪来的？

@linxijun 考虑到跨国网络传输，能保证每秒稳定传输 5MB 物理数据已经相当不错，那么 30T 数据大约需要 30*1024*1024/5=6291456 秒，约等于 72.8 天。大约只要等三个月就能收全数据了，真棒。
考虑到传输需要的协议损失，恐怕时间还要再延长。

@BeautifulSoap 倒是不嫌难吃。

@kyro00000 菜叶子比较麻烦的是还得洗。。不像你买一包面包从冰箱拿出来就能啃。

@foxkiller 有相关研究，不过印象里研究显示的比例恐怕没有他说的这么高。

听了听，感觉常态下可能还略有不如微软朗读，感情朗读倒是远胜于目前见到的方案，比如起点做的那个啥也不是的小说朗读。。。arxiv 说模型最大不超过 1B ，输入了 10 万小时的语音数据，说是挺多感觉还是挺科研向的，token 总数估计也就 10M 这个数量级。。。

@PbCopy111 吃糠可能就是问题的答案，不过副作用可能比较麻烦，所以发展了这么多年，巨大的经济效益，没有什么把这方面能力提纯的植物？

香港海关可能是中国最松海关，被查的概率确实不大，但是为了避免风险似乎确实是包装全拆等比较好，所以加上配件可能需要多次运输，每次进出都有入境税，500 似乎并不是不合理的费用。
闲鱼靠不靠谱不知道，大概率不是香港人，是深圳之类的户口，每月有一定往返次数。如果香港有聊得来的朋友还是建议找朋友带，闲鱼属实是电商全网最坑平台了。