rm -rf *
TG Group
Issues帮助 #8
Master
https://github.com/xxxXXX95/yuyue/tree/master
狗东现有俩种抢购模式, 现在程序内部实现了自动区分俩种流程。区分依据参照下文代码分析处贴的俩个 js 文件
- 到时间直接抢购, 也叫秒杀(例如以前的口罩, 现在的茅台等)
- 到时间先添加购物车 -> 到购物车提交订单(普通显卡预约抢购类)
写在前面
- 模式 1 特别说明: 此模式商品展示无明显特征(console 控制台倒是可以打印对应参数区分).
抢购时间有可能立即开始, 也有可能需要预约结束后再等一小段时间(5min左右)才可以抢购。需要不需要再等都遇到过。抢购时注意终端中会提示"当前流程是预约秒杀流程, 这样的提示就是此模式. - 如果需要再等 1h 内, 程序会阻塞在此继续等待执行.超过一个小时会退出, 提示你修改时间后再重启
- 模式 1 再说明: 区分流程的特征, 狗东最晚在开抢前几分钟内才设置, 程序现在已经支持自动区分了
- 因为狗东有红包的话, 会自动勾选使用红包.为了抢购成功和快速, 配置文件中最好填写 6 位支付密码(保存密码的
config.js不会从你本地上传到任何地方,请放心!!) - 已知
windows系统自带终端打印出来的二维码错位, 请更换终端或者手动打开自动生成的本目录下qrcode.png文件扫码 - 由
jd_by_mask改名jd_yuyue.之前使用错别字防止搜索且买口罩也不符合现在仓库内容, 所以改名 yuyue 了
1 必须配置config文件, 在目录下新创建 config.js 文件。格式如下（可以直接复制过去填充内容）
// 最简单只加 eid, areaId 和 fp
const config = {
// 支持自定义 UA, 非必填
userAgent:
'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36',
// 是否微信公众号推送抢购结果, 非必填
messenger: false, // true, false
// key 值在 http://sc.ftqq.com/3.version, 查看申请使用的方法. 把key粘贴至这里, 微信关注网站中的公众号即可.
sckey: '', // string, messenger 是 true 则为必填, 不填写不影响抢购流程
// 必填,
// 方式1: 或者电脑打开 jd 登陆页面, devtools, 选择 `Elements`, 搜索 eid 和 sessionId(即fp), 在搜索到的input元素上面
// value 属性中的值复制过来
// 方式2: jd登录 pc 端, 随便提交一个订单, 利用谷歌浏览器devtools, 选择 `network`,
// 查看 submitOrder (注意要勾选 preserve log, 否则提交订单跳转后看不到该接口了) 接
// 口, 把接口提交的数据里面的 `eid`, 和 `fp` 俩个字段值分别粘贴过来
eid: '', // string, 必填
fp: '', // string, 必填
// 6位支付密码如 '123456' 最好填上.如果当前账号有红包之类的则必填
pwd: '',
// *现在必须设置areaId*
// areaId 获取在第5步骤说明
areaId: '',
};
module.exports = config;2 需要有 node 开发环境开发使用 nodejs v12.x 以上, 没有 nodejs 官网下载一个就行. 下载安装完后终端执行 node -v 查看版本. 其自带包管理器 npm
3 在本项目目录(不是 nodejs 安装目录)下执行 npm install 或者 yarn(不熟悉的, 就直接使用 npm 效果一样的) 安装依赖, 已经默认配置使用 taobao 镜像地址下载依赖包
4 配置tasks-pool.js(以前在index.js 中, 现在迁移出来了) 中设置日期 date, forceKO, areadId(如果已在 config.js 中设置了areadId, 这里无需再设置) 和要抢购的 skuId, 格式如下
// **日期说明**
// 0是一月, 11是12月
// 年 月 日 时 分 秒 毫秒
// 2020, 0-11, 1-31, 0-24, 0-60 0-60 0-1000
// 如
// new Date(2020, 2, 4, 10, 0, 0, 400).getTime()
// 等于 2020-3-4 10:00:00.400
// 修改使用的时间
// 2020/3/3 10:00:00.400
const dd1 = new Date(2020, 2, 3, 10, 0, 0, 400).getTime();
// 2020/3/3 20:00:00.400
const dd2 = new Date(2020, 2, 3, 20, 0, 0, 400).getTime();
// 2020/3/3 21:00:00.400
const dd3 = new Date(2020, 2, 3, 21, 0, 0, 400).getTime();
// 修改这里, 添加skuId, 抢购时间 date, 强制使用秒杀流程 forceKO, areaId.
// 需要更改 年/月/日 时:分:秒.毫秒
// skuId 获取方法， 打开任意一个商品详情页如 `https://item.jd.com/100011521400.html`, 则 `100011521400` 就是其skuId
exports.pool = [
// 1 *现在必须设置areaId*
// 如果上面`config.js`中已经配置过了, 此处可以不用再配置`areaId`, areaId 获取在第 5 步骤说明
// 2 forceKO: true/false
// true 则为强制使用秒杀流程(自己100%确定流程是秒杀时开启.常见商品maotai)
// false 的话自动判断流程
{ skuId: '100011621642', date: dd1, areaId: `2_2825_51936`, forceKO: false },
];
// 设置要强制扫码登录(没搞懂使用场景的忽略此配置)
// 说明: 因为 x 东, 24小时就要重新登录, 防止运行时登录状态有效
// 抢购执行时 cookie 过期了, 就尴尬了.
// true 强制扫码登录, 不使用当前已经存在本地的 cookie. 登录过后频繁重启时记得关闭
// 否则一直要扫码
exports.forceLogin = false;5 必须配置地区 areaId. 请打开项目目录下 area/你所在省份, 找到你所在地区对应的 id 复制到 config.js 对应字段中. 如 area/2.上海.txt, '崇明县/东平镇:'2_2919_50783', 对应 '2_2919_50783', 按照上面示范填入上述config.js中 或者 tasks-pool.js 内 pool 数组的一项中.
6 本项目目录下执行 node index
7 扫描终端中的二维码登录, 24 小时之内重启不需要再次扫码登录, cookie 串会保留在本地文件 cookie.json 中. 过期的话必须重新扫码（代码自动校验）
- 子进程推出前, dump cookie
- 合并抢购流程为添加购物车抢购流程的进程
- 狗东太恶心了, 区分流程的关键参数, 等到开抢前几分钟才获取到, 要想办法兼容
- 如果预约时间结束, 还需要等待一小段时间后才抢购, 程序自动等待执行(1h 内)
- 根据商品, 自动确定抢购流程
- 针对从购物车提交订单流程。如果此商品已经在购物车中, 则直接抢购不需要执行添加购物车操作了
区分抢购模式主要 js 代码文件
- 反对 jd 耍猴, 更反对滥用盈利作恶！
- 对
windows系统不友好, 有问题反馈 - 距离开始前几分钟启动, 最好不要让自己电脑在这期间黑屏待机
- 注意使用最好提前个
1s, 因为提交订单前要请求其他俩个接口, 提前 1s 差不多正好, 各地区不一致提前参数请参考终端提示 - 每天最好提前做一次扫码, 免得程序启动时候登录有效, 抢购过程中登录失效
- 预约每个人都很容易拿到, 不用使用脚本执行预约
- 这是 node 版本, 不熟悉的可使用 python 版本.(本版本借鉴/使用了下面部分功能和资源)
https://github.com/zhou-xiaojun/jd_maskhttps://github.com/tychxn/jd-assistant(购物车逻辑已经更改了, 此脚本后续没有更新, 应该都不能使用了)- 功能大同小异, 我根据自身需求加了在终端中扫码, 多进程抢不同商品
- 抢购流程的判断
- 关于 jd 口罩问题, 发现和地区有很大关系, 有的地区根本不会抢到(时间太久了, 现在没有人会在意口罩了吧 😄)
- 关于上面的问题, 几个类似库 issues 都有讨论
- https://github.com/zhou-xiaojun/jd_mask/issues/1
- tychxn/jd-assistant#108 (comment)
- 发现真的地区差异很大，上海一次没有，朋友江苏连续俩次 ---3-19 日最新更新
- 订单
更多案例: issues/2
解决不了 mac 待机状态, 代码不执行的问题。会延迟很久才执行
熟悉 nodejs 和 golang 使用。正常 master 版本已经满足实际使用了， 这部分使用说明不会很详细
分支 feture-golang 新加了 golang 的版本。 跟 master 分支上的区别:
master 上面全部是 nodejs代码，实际使用发现在定时功能和cookie 在会话间储存不是很高效。正好略懂 golang, 就用 golang 把提交订单的部分重写了。
这个分支上面的流程, nodejs 负责登录状态维护, 包括登录流程 和 初始 cookie 储存。 golang 只做定时提交订单这部分流程。下面这段时间，测测实际效果。
完整流程 nodejs 启动, 监听本地 8888 端口在后台。 golang 启动, func init 中访问 nodejs http://127.0.0.1:8888/getCookies, 获得一系列 cookie 等。然后等待预约时间, 提交订单
