Miles Cheng

> > > 我是因为抢不到了才想这个问题，现在程序是所有步骤一下子全部一起做的 > > > > 如果不考虑购物车商品更新问题 (特别是购物车新上架商品)，完全可以到时间并发执行addNewOrder这一步，其他部分的数据完全可以在开放前获取到 > > 运力是6点才释放的 运力参数可以在6点前获得

> 看了下，在下单的 post中“[https://maicai.api.ddxq.mobi/order/addNewOrder”](https://maicai.api.ddxq.mobi/order/addNewOrder%E2%80%9D) 好像package_order、showMsg、showData、ab_config没有参与md5运算，会导致nars不正确。 代码里这几个参数参与运算了吧？你的意思是实际提交过程不需要这几个参数参与nars的生成吗？

> 我自己试了下这几个参数需要参与运算。 > 我看了下java的代码，好像没有package_order、showMsg、showData、ab_config传入body的记录，在计算nars的时候只传入的body。 > 具体段落在api.java > Object object = invocable.invokeFunction("sign", JSONUtil.toJsonStr(body)); 调用时传入的变量是request，里面已经包含了上述你说的参数

> 大家别长时间使用哨兵模式了，长时间使用真的会被风控，我就被风控了。我手机端可以直接下单和付款，但是同一订单不能用电脑端付款，提示`抱歉 ，同一时间下单人数过多` > > 这个就是订单提交成功但不能支付的情况，之前遇到过两次

> 可以，抢到一个西瓜，要用签名。没签名，换几个帐号都没用。 用户配置那里，有哪些字段需要改吗？

> > > 可以，抢到一个西瓜，要用签名。没签名，换几个帐号都没用。 > > > > 请问是最新版本的签名吗 完全还原签名算法（请使用jdk1.8，高版本不带此功能），保证和真机一模一样的请求参数，之前请求中有签名字段，但是后端无验证，为了避免留下把柄，展现了一把我深厚的js功底，现在请求和小程序一模一样，没有任何参数不同 > > 对，要用最新版，还有IDEA然后下载jdk 8u321版本，我是mac用Charles抓，一切跟之前一样，api也没有改。就是现在的东西贵了点，其实作者都讲了，抢贵的东西没意思。但没有团购的或者要帮老人小孩抢的，这边测试还是可以用的。 请问，checkorder那里一直拥挤，是正常现象吗？

> > > > > 可以，抢到一个西瓜，要用签名。没签名，换几个帐号都没用。 > > > > > > > > > > > > 请问是最新版本的签名吗 完全还原签名算法（请使用jdk1.8，高版本不带此功能），保证和真机一模一样的请求参数，之前请求中有签名字段，但是后端无验证，为了避免留下把柄，展现了一把我深厚的js功底，现在请求和小程序一模一样，没有任何参数不同 > > > > > > > > > 对，要用最新版，还有IDEA然后下载jdk...

> 之前提了有关于nars生成有问题的issue不知道大大还修不修了。 这个应该还挺重要的，其他项目有人说DD启用了签名验证

> 我重新抓吧发现有几个参数变了。我觉的还是更新下 不然后台一查就知道跟当前小程序版本不一致 都有哪些参数变了？我这边抓包小程序，没看到除了app_version还有哪里改变的

> > > > 我怎么就没设置地址啊，地址填抓包的字符吧？但是我抓包之后，就没有addressid这个选项，有了之后后面的也是空的。 在叮咚APP或者小程序里把实际收货地址设置成默认值