IMLR
IMLR
比较明确的情况是如果闲时获取配送时间还是提示拥挤是肯定账号被风控了 但今早似乎发现了一种新的模式： 该帐号首先在6点成功一单 之后叮咚补货，购买时获取配送时间时有时无（当时确实可能获取到拥挤结果），之后能获取到“自动尝试可用时间”，但事实上首页已经显示了运力已约满，此时其他账号下单直接获取到配送时间，此帐号尝试下单不成功 过一段时间后彻底无法获取配送时间，此时应该已经明确被风控了 考虑是否存在一种蜜罐？ 即在账号异常时返回自动尝试可用时间，但事实上无运力，以测试该账号是否仍在提交订单，之后确定是否风控？ 只是一种猜测，也许只是当时的缓存结果没有更新，事实上已经被风控了
很多人反应捡漏模式运行几个小时后被封号，应该是存在针对账号查询频率风控，所以能不能把捡漏的策略修改一下？ Delivery：运力优先模式，也就是现在的normal模式，用于运力紧缺的地区，封号风险较高，有货且有运力直接疯狂下单，每次都带登录查询，目测不可连续运行超过两个小时以上（暂时） Goods ：货品优先模式，用于运力基本充足，但随机上货的地区。提前读取购物车后不带登录查询货品库存状态，封号风险较低，有货且有运力单线程下单，只有下单时才带登录，避免封号 讨论： 1.这个模式应该要设置最低下单金额？ 2.这个模式要不要通知“有货但是金额不足没进行下单动作”？ 因为可能最低金额设置太高错过多次可下单机会，但通知有可能反复提醒 3.是否要在下单前不带登录从首页预读取当前站点是否运力已满，以防止默认有运力导致反复带登录尝试下单？ 另：是否开发纯监控模式？ Notification：单纯监控当前有货商品，因为可能不知道当前站点可能会上什么东西，自己加购物车里的东西一直没货，或者上了同类新商品不知道，没有加购物车 这个我之前写过监控，基本上就是每次读取所有可买商品，和上一次的比较，有新商品则通知。可用于纯手动捡漏 已知坑： 1.有的商品可能反复上架，会重复通知，要有黑名单模式 2.有的商品可能上架了，但由于搜索缓存，搜索结果还是无货，但加购物车有货，可以购买 3.如果看到监控再打开APP找到商品加购物车下单，可能等到结算已经无货了，也可能只能拿来做通知 另外此功能可能对叮咚服务器造成较大压力 最后就是高峰（早6点8点半）使用的 Speed：速抢模式
MacOS 下 Chrome油猴安装1.2.5版本以后可以检测到磁链或者番号，但无法正常使用，看了一下源码似乎应该让我设置的115帐号什么的，但并没有被正确设置，也没有弹出设置按钮
我也是因为IOS自签的原因，自己做了哔咔的接口，给iOS上的Yealico适配，我平常是用iPad和手机看的，朋友需要电脑端的，搜了一下发现有人已经做了😂 做的真好呀，不过有几个小问题： 1.目前哔咔安卓API的首页推荐已经没有神魔推荐，只剩下母妹两个推荐了，在Mac版本上测试，首页是空白的（应该是返回来的JSON里面没有神魔推荐），我也是昨天才发现的，iOS的API还是旧版，还有神魔推荐，但没有母妹推荐 2.不知道怎么退出隐藏模式，也可能是我没看到 3.似乎不支持键盘操作和左右翻页，毕竟是在电脑上用，左右翻页屏幕利用率也会高一些吧 4.似乎没找到热榜，这个挺重要的其实 暂时就是这些了，加油！