请求结果有异常，抱歉人多拥挤，请稍后再试 about dingdong-grabber HOT 14 CLOSED

可能叮咚更新了什么，今天下班看下fix下，工作活太多

from dingdong-grabber.

还有GetMultiReserveTime，这两个request都会拥挤

from dingdong-grabber.

@Evergreen0726 GetMultiReserveTime拥挤这个是正常的，事实上叮咚很多流量都到了获取预约时间上了，你可以看下log，很多次请求后是可以获取到预约时间的

from dingdong-grabber.

@

@Evergreen0726 GetMultiReserveTime拥挤这个是正常的，事实上叮咚很多流量都到了获取预约时间上了，你可以看下log，很多次请求后是可以获取到预约时间的

今天一直尝试，还没成功获取到过，但手机上一次就能获取到。

from dingdong-grabber.

这个需要在6:00和8:30的尝试才是有效的，今天我试了是work的，尽管出现了多次拥挤报错

from dingdong-grabber.

这个需要在6:00和8:30的尝试才是有效的，今天我试了是work的，尽管出现了多次拥挤报错

我设置的strategy 0: 人工策略 就不会限制6:00和8:30吧？

from dingdong-grabber.

@

@Evergreen0726 GetMultiReserveTime拥挤这个是正常的，事实上叮咚很多流量都到了获取预约时间上了，你可以看下log，很多次请求后是可以获取到预约时间的

今天一直尝试，还没成功获取到过，但手机上一次就能获取到。

我用curl监控运力也遇到了这个问题。叮咚后台应该升级过了。原来的curl被识别后就会拥挤，然后就会失效，表现为永远是拥挤。你重新抓包后那个curl就正常了，知道再次被识别到。
昨天之前识别到后是直接限流，手机上也获取不到运力，直到解封，那时候这个curl也恢复了。
我把检测时间拉长到25~45秒都会被识别，目前不知道怎么破解这个。

from dingdong-grabber.

不限制，但是不在这两个时间段的话获取GetMultiReserveTime，点开微信小程序购物车 - 结算 - 请选择送达时间，显示的信息就是 前方拥挤，请稍后再试

from dingdong-grabber.

不限制，但是不在这两个时间段的话获取GetMultiReserveTime，点开微信小程序购物车 - 结算 - 请选择送达时间，显示的信息就是 前方拥挤，请稍后再试

mac微信小程序上也可以获取到，不会拥挤

from dingdong-grabber.

最新情况，api和app version更新到了9.50.1和2.85.1

from dingdong-grabber.

@Evergreen0726 看来后台是启用签名了，我尝试了下用Charles正常抓到的请求curl or Postman是work的，但是如果去除nars和sesi签名参数，则会报人多拥挤错误

{
    "msg": "抱歉人多拥挤，请稍后再试",
    "code": -3000,
    "timestamp": "2022-04-22 22:31:02",
    "success": false,
    "exec_time": null
}

from dingdong-grabber.

strategy 0 人工策略，循环时间改长了，开了一会儿，报405错误了，账号被封禁了12小时😭

from dingdong-grabber.

这个肯定是可预见的，所以才有2分钟的守护线程避免长时间抢菜被封

from dingdong-grabber.

@Evergreen0726 @mhqschen @geekotaku 签名算法更新了，现在可以了

from dingdong-grabber.