IMLR
IMLR
如果监控所有站点对叮咚服务器压力可能变小，但如果能公开访问的话，该模式就失去了手动捡漏的功能了，只能作为参考上架历史信息。因为同地区的人应该很快会关注到这个页面。另外单站点同时推送通知可能不好实现
@Runc2333 似乎不从首页也能读运力哦
> @IMLR 这个就是首页api 打扰了
seqid是一个跟踪标记，硬编码或者随机数都无所谓 im_secret 是用于生成sign的，本来就不在header里面
> > seqid是一个跟踪标记，硬编码或者随机数都无所谓 im_secret 是用于生成sign的，本来就不在header里面 > > 这个地方好像是指定要发送的请求样式？im_secret好像不需要发，我js半桶水😂 但是想了解下 这里不太理解 代码不是我写的其实我不太清楚具体的细节😂 seqid是自增的，每次打开和一些别的操作会+1，无实际意义，是一个跟踪标记 没有im_secret就生成不了sign，im_secret本来就不用发
你好，node版的签名算法是我提供的，经过和node版作者讨论我们认为直接公开签名算法可能并不合适，所以如果您参考node版本实现了签名算法，请用可控方式调用签名模块😂
> > @ahutsunshine 不只是隐藏，如果要用，就请做到随时能控制这个算法失效。 > > 1. 怎么隐藏得思考下，你们有什么好的方案嘛？ > 2. `就请做到随时能控制这个算法失效`: 是说即使算法失效还可以动态更新算法？还是说开关控制算法开or关？ > > * 动态更新算法需要有一个稳定的api来源才行 > * 控制算法开关没意义 毕竟是人家的签名算法，大家只是为了买菜，直接给人家暴露出来不太好，具体你们怎么操作我就不懂了😂我只是把算法逆向出来了
> 这个肯定是可以成功的，早上6点经常是这个时间 秋后算账我也遇到了，不过后面很快恢复到一般封号（不能获取配送时间
因为405了，现在要抓包带登录信息才能访问
试了一下，似乎页面中有磁力链可以正常添加任务，但如果点击根据番号获取的磁力后面的按钮则没有反应