修复任务判断语句导致自动执行时任务被跳过
谢谢 @buiawpkgew1 提交的“删除旧的工作流运行”代码
目前自用贴吧签到
,bilibil 签到
,小米运动
,电信签到
,其它自测
尝试修改代码中的时区,变量设置 OS_TZ
为时区数,例如中国设置 8
为 +8 区,默认 UTC +8(小米运动和哔哩哔哩签到可能需要,所以目前只在这两个脚本里添加了自定义时区)
修复小米运动修改步数之后不同步到微信(github 的 actions 的执行时间为 UTC 0 时区,请参考下方定时执行自行更改)
个人收集并适配 Github Actions 的各类签到大杂烩
(签到项目备份,自用,加入了 cqhttp 通知,修复 b 站签到报错,原作者主页地址:https://github.com/BlueSkyClouds)
本项目已可以实现自动同步上游更改!具体点击
- 右上角 fork 本仓库
- 点击 Settings -> Secrets -> 点击绿色按钮 (如无绿色按钮说明已激活。直接到第三步。)
- 新增 new secret 并设置 Secrets:
- 双击右上角自己仓库 Star 触发,如有不使用项目请禁用部分项目
- 必须 - 请随便找个文件(例如
README.md
),加个空格提交一下,否则可能会出现无法定时执行的问题 - 由于规则更新,可能会 Fork 后会默认禁用,请手动点击 Actions 选择要签到的项目
enable workflows
激活 - 定时执行
-
支持手动执行,具体在 Actions 中选中要执行的 Workflows 后再在右侧可以看到 Run workflow,点击即可运行此 workflow。
-
如果嫌上一步麻烦的,也可以直接点击一下 star,你会发现所有的 workflow 都已执行。
-
如需修改执行时间自行修改
.github\workflows\
下面的 yaml 内的cron:
执行时间为国际标准时间 时间转换 分钟在前 小时在后 尽量提前几分钟,因为下载安装部署环境需要一定时间
名称 | 内容 | 说明 |
---|---|---|
PAT |
自动同步必须设置 | 利用 Github Actions 自动同步上游仓库或新建仓库PAT 获取教程 |
IQIYI_COOKIE |
爱奇艺 authcookie | P00001 的值 详情文字教程 视频教程 电脑版有效期三个月 |
Xiaomi_User |
小米运动账号 | 小米运动账号,多账号请用#分割 例如:13800138000#13800138001 |
Xiaomi_Pw |
小米运动密码 | 小米运动密码,多账号请用#分割 例如:abc123qwe#abcqwe2 |
Xiaomi_Bs |
小米运动步数 | 默认为 1w-2w 之间随机 或自定义随机范围[18000-25000] |
BILI_USER |
哔哩哔哩账号 | B 站账号 |
BILI_PASS |
哔哩哔哩密码 | B 站密码 |
BILI_COOKIE |
哔哩哔哩 COOKIE(非必填) |
哔哩哔哩 COOKIE,如果账号密码无法登陆就用 COOKIE,等一段时间再用账号密码即可. |
BILI_NUM |
哔哩哔哩每日投币数量 | 每日投币数量可不填 默认 0 不投币 |
BILI_TYPE |
哔哩哔哩每日投币方式 | 投币方式可不填 默认 1,只给关注的人投币 0 则随机投币 |
BIKA_USER |
哔咔漫画用户名 | 哔咔漫画用户名 |
BIKA_PASS |
哔咔漫画密码 | 哔咔漫画密码 |
WPS_KEY |
WPS_SID | WPS COOKIE 中的 wps_sid,只要不注销,10 年过期 |
V_REF_URL |
腾讯视频 Request URL | 电脑端搜索 auth_refresh 复制整段 Request url图片教程 |
V_COOKIE |
腾讯视频 Cookie | 电脑端搜索 auth_refresh 复制 Cookie图片教程 |
TELECOM_MOBILE |
中国电信手机号 | 只需要手机号 单账号 多账号将会暴露手机号 自行考虑,多账号使用, 分割 部分地区或手机号暂无法签到,自行测试使用 |
V2EXCK |
V2EX 的 Cookie | V2EX 的 Cookie |
BDUSS |
百度 BDUSS | BDUSS 值切勿使用双击复制 (结尾有一个符号 双击复制可能无法复制完整) |
OS_TZ |
时区(自定义代码中时区) | 默认8 ,小米运动和哔哩哔哩可能需要设置,不然上传可能不生效,国内设置8 为 +8 时区(此处为代码中的时区设置,脚本运行请参考上方定时执行说明,定时执行时区不可能改) |
Name | 归属 | 属性 | 说明 |
---|---|---|---|
SEND_KEY |
推送开关 | 非必须 | 仅在 Cookie 失效时发送推送,值随意 |
PUSH_KEY |
微信 server 酱推送 | 非必须 | server 酱的微信通知更新公告 |
BARK_PUSH |
BARK 推送 | 非必须 | IOS 用户下载 BARK 这个 APP,填写内容是 app 提供的设备码 ,例如:https://api.day.app/123 ,那么此处的设备码就是123 ,再不懂看 这个图(注:支持自建填完整链接即可) |
BARK_SOUND |
BARK 推送 | 非必须 | bark 推送声音设置,例如choo ,具体值请在bark -推送铃声 -查看所有铃声 |
TG_BOT_TOKEN |
telegram 推送 | 非必须 | tg 推送(需设备可连接外网),TG_BOT_TOKEN 和TG_USER_ID 两者必需,填写自己申请@BotFather的 Token,如10xxx4:AAFcqxxxxgER5uw , 具体教程 |
TG_USER_ID |
telegram 推送 | 非必须 | tg 推送(需设备可连接外网),TG_BOT_TOKEN 和TG_USER_ID 两者必需,填写@getuseridbot中获取到的纯数字 ID, 具体教程 |
DD_BOT_TOKEN |
钉钉推送 | 非必须 | 钉钉推送(DD_BOT_TOKEN 和DD_BOT_SECRET 两者必需)官方文档 ,只需https://oapi.dingtalk.com/robot/send?access_token=XXX 等于= 符号后面的 XXX 即可 |
DD_BOT_SECRET |
钉钉推送 | 非必须 | (DD_BOT_TOKEN 和DD_BOT_SECRET 两者必需) ,密钥,机器人安全设置页面,加签一栏下面显示的 SEC 开头的SECXXXXXXXXXX 等字符 , 注:钉钉机器人安全设置只需勾选加签 即可,其他选项不要勾选,再不懂看 这个图 |
QYWX_KEY |
企业微信机器人推送 | 非必须 | 密钥,企业微信推送 webhook 后面的 key 详见官方说明文档 |
QYWX_AM |
企业微信应用推送 | 非必须 | 依次填入 企业 id,secret,@all(或者成员 id),AgentID,图片 id 详见官方说明文档 详见获取教程文档 |
IGOT_PUSH_KEY |
iGot 推送 | 非必须 | iGot 聚合推送,支持多方式推送,确保消息可达。 参考文档 |
PUSH_PLUS_TOKEN |
pushplus 推送 | 非必须 | 微信扫码登录后一对一推送或一对多推送下面的 token(您的 Token) 官方网站 |
PUSH_PLUS_USER |
pushplus 推送 | 非必须 | 一对多推送的“群组编码”(一对多推送下面->您的群组(如无则新建)->群组编码)注:(1、需订阅者扫描二维码 2、如果您是创建群组所属人,也需点击“查看二维码”扫描绑定,否则不能接受群组消息推送),只填PUSH_PLUS_TOKEN 默认为一对一推送 |
TG_PROXY_HOST |
Telegram 代理的 IP | 非必须 | 代理类型为 http。例子:http 代理 http://127.0.0.1:1080 则填写 127.0.0.1 |
TG_PROXY_PORT |
Telegram 代理的端口 | 非必须 | 例子:http 代理 http://127.0.0.1:1080 则填写 1080 |
GOBOT_URL |
go-cqhttp URL | 非必须 | 推送到个人 QQ: http://127.0.0.1/send_private_msg 群:http://127.0.0.1/send_group_msg |
GOBOT_QQ |
go-cqhttp QQ | 非必须 | 如果 GOBOT_URL 设置 /send_private_msg 则需要填入 user_id=个人 QQ 相反如果是 /send_group_msg 则需要填入 group_id=QQ 群 |
GOBOT_TOKEN |
go-cqhttp Token | 非必须 | 填写在 go-cqhttp 文件设置的访问密钥 |
手动同步 https://blog.blueskyclouds.com/jsfx/58.html
- 参考这里,安装pull 插件,并确认此项目已在 pull 插件的作用下(参考文中 1-d)。
- 确保.github/pull.yml 文件正常存在,yml 内上游作者填写正确(此项目已填好,无需更改)。
- 确保 pull.yml 里面是
mergeMethod: hardreset
(默认就是 hardreset)。 - ENJOY!上游更改三小时左右就会自动发起同步。
上游变动后 pull 插件会自动发起 pr,但如果有冲突需要自行手动确认。 如果上游更新涉及 workflow 里的文件内容改动,需要自行手动确认。
- 参考这里,安装pull 插件,并确认此项目已在 pull 插件的作用下(参考文中 1-d)。
- 确保.github/pull.yml 文件正常存在,yml 内上游作者填写正确(此项目已填好,无需更改)。
- 将 pull.yml 里面的
mergeMethod: hardreset
修改为mergeMethod: merge
保存。 - ENJOY!上游更改三小时左右就会自动发起同步。