修复任务判断语句导致自动执行时任务被跳过
谢谢 @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!上游更改三小时左右就会自动发起同步。
 
