青龙面板拉库保姆级教程:从订阅管理到依赖一键安装
一、准备工作
在开始拉库之前,请确保你已经完成了以下必要条件的准备。这些准备工作是后续操作的基础,忽略任何一个都可能导致操作失败。
1.1 青龙面板安装状态确认
首先,你需要已经成功安装并运行青龙面板。推荐使用Docker方式部署,这是最稳定且易于管理的方式。
检查面板状态:
-
访问面板地址: http://你的服务器IP:端口(默认端口为5700)
-
能够正常登录并进入管理界面
-
左侧菜单栏能看到”定时任务”、“订阅管理”、“环境变量”、“依赖管理”等核心模块
推荐版本: 2.15.x - 2.17.x 之间。过旧的版本可能存在兼容性问题,过新的版本可能尚未稳定。
1.2 网络环境要求
拉库操作需要访问GitHub、Gitee等代码托管平台,因此对网络环境有一定要求:
-
服务器网络: 确保服务器能够访问外部网络
-
国内用户: 由于GitHub在国内访问不稳定,建议配置GitHub代理或使用镜像站点
-
防火墙设置: 确保服务器端口已开放(如5700端口),且防火墙规则允许出站连接
网络测试方法:
# 在服务器上测试GitHub连接curl -I https://github.com
# 如果连接超时或失败,说明需要配置代理1.3 必要工具准备
根据你的部署方式,可能需要以下工具:
-
SSH客户端: FinalShell、Xshell、PuTTY等(用于远程登录服务器)
-
文本编辑器: vim、nano等(用于修改配置文件)
-
Docker环境: 如果你采用Docker部署
SSH连接示例:
服务器IP: 你的服务器公网IP端口: 默认22(或你修改后的SSH端口)用户名: root(或其他管理员账号)密码: 你设置的SSH密码1.4 前置依赖检查
在拉库前,建议提前安装好常见的脚本依赖,避免脚本运行时反复报错。
快速一键安装依赖(推荐):
# 进入青龙容器docker exec -it qinglong bash
# 执行一键依赖安装脚本curl -fsSL https://ghp.ci/https://raw.githubusercontent.com/FlechazoPh/QLDependency/main/Shell/QLOneKeyDependency.sh | bash或者通过青龙面板的”依赖管理”模块手动安装:
-
Node.js依赖: axios、crypto-js、tough-cookie、date-fns、cheerio、jsdom等
-
Python3依赖: requests、jieba、beautifulsoup4、lxml等
二、基础概念解析
2.1 什么是”拉库”?
“拉库”是青龙面板中特有的术语,指的是从远程Git仓库中批量拉取脚本文件到本地青龙面板的过程。
打个通俗的比喻:
-
Git仓库 = 一个装满脚本的大仓库(类似超市)
-
拉库命令 = 购物清单(告诉系统你想要哪些商品)
-
青龙面板 = 你的购物车(存放拉取回来的脚本)

拉库的核心作用包括:
-
快速获取脚本: 无需手动编写,直接使用社区维护的成熟脚本
-
批量管理: 一次性拉取多个相关脚本,便于统一管理
-
自动更新: 通过定时任务,可以定期拉取最新版本的脚本
-
依赖同步: 某些脚本库会自动携带所需的依赖文件
2.2 常见仓库类型
根据仓库的开放程度,主要分为以下几类:
2.2.1 公开仓库
这是最常见的类型,任何人都可以访问和拉取。
特点:
-
无需认证即可访问
-
通常托管在GitHub、Gitee等平台
-
由社区开发者维护
主流公开仓库示例:
表格
| 仓库名称 | 主要用途 | 维护状态 |
|---|---|---|
| Faker系列 | 京东活动自动化(签到、领豆、助力) | 活跃 |
| JDpro | 京东脚本库(相对干净) | 活跃 |
| KR库 | 京东脚本库 | 较稳定 |
| ql_scripts | 青龙官方通用脚本库 | 官方维护 |
2.2.2 私有仓库
需要授权才能访问的仓库,通常由个人或小团队维护。
特点:
-
需要访问令牌或SSH密钥
-
内容相对私密
-
适合个人定制或团队协作
适用场景:
-
个人编写的私有脚本
-
企业内部的自动化任务
-
不愿意公开的脚本集合
2.3 拉库命令的组成
青龙面板的拉库命令采用固定格式,理解每个参数的含义对于精准拉库非常重要。
标准格式:
ql repo <仓库地址> <白名单> <黑名单> <依赖文件> <分支> <文件后缀>参数详解:
表格
| 参数 | 含义 | 示例 | 必填 |
|---|---|---|---|
| 仓库地址 | Git仓库的完整URL | https://github.com/shufflewzc/faker3.git | 是 |
| 白名单 | 需要拉取的文件名包含的关键词(多个用|分隔) | “jd_|jx_|gua_“ | 是 |
| 黑名单 | 不需要拉取的文件名包含的关键词 | ”activity|backUp” | 是 |
| 依赖文件 | 需要强制拷贝的依赖文件(不受黑名单限制) | “^jd[^_]|USER|function” | 否 |
| 分支 | 指定拉取哪个分支(不填则默认master) | “main” | 否 |
| 文件后缀 | 仅拉取指定后缀的文件(多个用|分隔) | “js|py|sh” | 否 |
示例命令解析:
ql repo https://github.com/shufflewzc/faker3.git "jd_|jx_|gua_|jddj_|jdCookie" "activity|backUp" "^jd[^_]|USER|function|utils|sendNotify" "main" "js|py"这行命令的意思是:
-
拉取文件名包含 jd_ 或 jx_ 或 gua_ 或 jddj_ 或 jdCookie 的文件
-
但排除文件名包含 activity 或 backUp 的文件
-
同时强制拷贝文件名匹配 ^jd[^_] 或 USER 或 function 或 utils 或 sendNotify 的文件作为依赖
-
从 main 分支拉取
-
仅拉取后缀为 js 或 py 的文件
三、详细操作步骤
3.1 登录青龙面板
访问方式:
在浏览器地址栏输入: http://你的服务器IP:端口
登录流程:
-
首次访问会看到初始化页面,点击”开始安装”
-
设置管理员账号和密码(务必记住,后续登录需要使用)
-
通知设置可以暂时跳过,后续有需要再配置
-
点击”提交”完成初始化
-
使用刚才设置的账号密码登录
3.2 进入订阅管理模块
青龙面板提供了两种拉库方式:订阅管理和定时任务。推荐使用订阅管理,更加直观和方便。
路径指引:
登录后 → 左侧菜单栏 → 订阅管理 → 新建订阅订阅管理界面说明:
-
名称: 给这个订阅起个名字,方便识别(如”京东Faker库”)
-
类型: 选择”订阅”(推荐)或”单文件”
-
链接: 填写Git仓库地址
-
白名单/黑名单等: 配置过滤规则
-
定时规则: 设置自动拉库的时间间隔
-
定时类型: 选择crontab格式
3.3 拉库命令配置
下面以拉取Faker3库为例,演示完整的配置过程。
步骤1: 打开新建订阅界面
点击”订阅管理”页面右上角的”新建订阅”按钮
步骤2: 填写基本信息
-
名称: 输入”Faker3京东库”
-
类型: 选择”公开仓库”
-
链接: 输入仓库地址
根据你的服务器网络情况选择:
- 国内服务器(带代理):
https://git.metauniverse-cn.com/https://github.com/shufflewzc/faker3.git国外服务器或能直连GitHub:
步骤3: 配置过滤规则
-
定时类型: 选择”crontab”
-
定时规则: 输入 0 0 * * *(表示每天凌晨0点执行一次)
-
白名单: 输入 jd_|jx_|gua_|jddj_|jdCookie
-
黑名单: 输入 activity|backUp
-
依赖: 输入 ^jd[^_]|USER|function|utils|sendNotify|ZooFaker_Necklace.js|JDJRValidator_|sign_graphics_validate|ql|JDSignValidator|magic|depend|h5sts
-
文件后缀: 输入 js
-
分支: 输入 main
步骤4: 保存配置
点击”确定”按钮保存配置
3.4 执行拉库操作
配置完成后,需要手动执行一次拉库操作,验证配置是否正确。
手动拉库步骤:
-
在”订阅管理”页面找到刚才创建的订阅
-
点击右侧的”运行”按钮
-
系统开始执行拉库任务
-
点击”日志”按钮,可以查看执行过程和结果
预期结果:
如果一切正常,你会看到类似以下的日志输出:
开始拉取仓库...从 https://github.com/shufflewzc/faker3.git 克隆仓库...正在过滤文件...发现 45 个匹配的脚本文件复制到 /ql/scripts 目录...拉取完成!共拉取 45 个脚本文件验证拉取结果:
-
切换到”定时任务”页面
-
应该能看到大量新增的定时任务(以”jd_“开头的任务)
-
这些任务已经按照脚本设定的规则自动配置好定时规则
3.5 常用拉库命令模板
为了方便大家使用,这里整理了一些常用的拉库命令模板:
Faker系列(京东):
# Faker3 内部互助版ql repo https://github.com/shufflewzc/faker3.git "jd_|jx_|gua_|jddj_|jdCookie" "activity|backUp" "^jd[^_]|USER|function|utils|sendNotify|ZooFaker_Necklace.js|JDJRValidator_|sign_graphics_validate|ql|JDSignValidator|magic|depend|h5sts" "main"
# Faker4 纯净版(适合安静挂机)ql repo https://github.com/shufflewzc/faker4.git "jd_|jx_|gua_|jddj_|jdCookie" "activity|backUp" "^jd[^_]|USER|function|utils|sendNotify|ZooFaker_Necklace.js|JDJRValidator_|sign_graphics_validate|ql|JDSignValidator|magic|depend|h5sts" "main"JDpro库:
ql repo https://github.com/6dylan6/jdpro.git "jd_|jx_|jddj_" "backUp" "^jd[^_]|USER|JD|function|sendNotify|utils"KR库:
ql repo https://github.com/KingRan/KR.git "jd_|jx_|jdCookie" "activity|backUp" "^jd[^_]|USER|utils|function|sign|sendNotify|ql|JDJR"B站自动签到:
ql repo https://github.com/RayWangQvQ/BiliBiliToolPro.git "" "" "^README|^.git|^.github|test|docs" "main" "sh"四、常见问题解决
4.1 网络超时/连接失败
现象描述:
执行拉库命令后,长时间无响应或提示”连接超时”、“无法访问仓库”
原因分析:
-
GitHub在国内访问不稳定
-
没有配置代理或代理失效
-
服务器网络配置问题
解决方案:
方案1: 修改青龙配置文件使用代理
-
打开青龙面板的”配置文件”模块
-
找到 GithubProxyUrl 参数(通常在第18行左右)
-
修改为可用的代理地址
# 可用的代理地址(任选一个)GithubProxyUrl="https://git.metauniverse-cn.com/"GithubProxyUrl="https://pd.zwc365.com/"GithubProxyUrl="https://gh.fakev.cn/"GithubProxyUrl="https://ghproxy.com/"- 保存配置并重启青龙面板
方案2: 使用镜像地址
在拉库命令中直接使用镜像地址:
# 原地址https://github.com/shufflewzc/faker3.git
# 镜像地址https://git.metauniverse-cn.com/https://github.com/shufflewzc/faker3.githttps://ghproxy.com/https://github.com/shufflewzc/faker3.git方案3: 服务器网络配置检查
# 测试网络连接curl -I https://github.com
# 如果返回失败,检查DNS配置ping github.com
# 尝试更换DNS为公共DNS# 编辑 /etc/resolv.confnameserver 8.8.8.8nameserver 114.114.114.1144.2 权限不足
现象描述:
拉库过程中提示”Permission denied”、“权限不足”
原因分析:
-
容器运行权限问题
-
文件系统挂载权限问题
-
Docker用户权限配置不当
解决方案:
方案1: 检查容器权限
# 查看容器状态docker ps | grep qinglong
# 如果容器没有运行,重新启动docker start qinglong
# 进入容器检查文件权限docker exec -it qinglong bashls -la /ql/scripts方案2: 重新创建容器(注意会清空数据)
# 停止并删除旧容器docker 终止 qinglongdocker rm qinglong
# 重新创建容器,注意挂载路径的权限docker run -dit \ -v $PWD/ql/data:/ql/data \ -p 5700:5700 \ --name qinglong \ --hostname qinglong \ --restart unless-stopped \ whyour/qinglong:latest方案3: 修改文件权限
# 进入容器docker exec -it qinglong bash
# 修改目录权限chmod -R 755 /ql/scriptschown -R root:root /ql/scripts4.3 仓库地址错误
现象描述:
提示”仓库不存在”、“404 Not Found”
原因分析:
-
仓库名称拼写错误
-
仓库已被作者删除或私有化
-
使用了错误的Git托管平台
解决方案:
方案1: 验证仓库地址
-
在浏览器中直接访问仓库地址,确认仓库是否存在
-
检查仓库名称和用户名是否拼写正确
方案2: 更换可用仓库
某些仓库可能已停止维护或被删除,建议使用社区验证过的新仓库:
# 查找活跃仓库的方法:# 1. 访问GitHub,搜索相关关键词# 2. 查看仓库的最近更新时间# 3. 查看Issue和Star数量,判断活跃度# 4. 参考技术社区的推荐列表方案3: 使用Gitee镜像
如果GitHub仓库无法访问,可以尝试Gitee上的镜像仓库:
# Gitee镜像地址示例https://gitee.com/shufflewzc/faker3.git4.4 脚本依赖缺失
现象描述:
脚本运行时报错 Cannot find module ‘xxx’ 或 No module named ‘xxx’
原因分析:
-
脚本需要的Node.js或Python依赖未安装
-
依赖版本不兼容
-
依赖安装路径配置错误
解决方案:
方案1: 使用面板依赖管理
-
进入”依赖管理”模块
-
点击”新建依赖”
-
根据报错信息选择依赖类型(Node.js/Python3/Linux)
-
输入缺失的依赖名称
-
点击”确定”安装
方案2: 命令行安装依赖
# 进入容器docker exec -it qinglong bash
# 安装Node.js依赖pnpm install axios crypto-js tough-cookie date-fns
# 安装Python依赖pip3 install requests jieba beautifulsoup4 lxml
# 批量安装Node.js依赖pnpm install -g axios crypto-js tough-cookie date-fns cheerio jsdom moment request
# 批量安装Python依赖pip3 install requests jieba beautifulsoup4 lxml canvas ping3 PyExecJS aiohttp方案3: 使用一键依赖安装脚本
# 推荐使用社区维护的一键安装脚本docker exec -it qinglong bash -c "$(curl -fsSL https://ghp.ci/https://raw.githubusercontent.com/FlechazoPh/QLDependency/main/Shell/QLOneKeyDependency.sh | bash)"
# 安装完成后重启容器docker restart qinglong4.5 拉库卡住/无限等待
现象描述:
拉库任务一直处于运行状态,日志长时间不更新
原因分析:
-
网络连接缓慢
-
仓库文件过多,拉取时间长
-
磁盘空间不足
-
系统资源占用过高
解决方案:
方案1: 检查系统资源
# 查看磁盘使用情况df -h
# 查看内存使用情况free -h
# 查看CPU使用情况top如果磁盘空间不足,清理日志文件:
# 删除旧日志docker exec -it qinglong bashrm -rf /ql/log/*.log方案2: 清理缓存重新拉取
# 进入容器docker exec -it qinglong bash
# 删除已拉取的仓库cd /ql/reporm -rf <仓库名称>
# 退出容器exit
# 重新执行拉库任务方案3: 增加超时时间
在青龙配置文件中增加拉库超时时间:
# 在 config.sh 中添加或修改RepoCloneTimeout=300 # 单位为秒五、高级技巧
5.1 定时拉库设置
合理的定时拉库策略可以确保脚本始终保持最新版本,同时避免频繁拉库造成资源浪费。
定时规则说明:
青龙面板使用标准的Cron表达式格式,共5个字段:
分 时 日 月 周表格
| 字段 | 允许值 | 特殊符号 |
|---|---|---|
| 分 | 0-59 | * , - |
| 时 | 0-23 | * , - |
| 日 | 1-31 | * , - ? |
| 月 | 1-12 | * , - |
| 周 | 0-7 | * , - ? |
推荐定时规则:
# 每天凌晨0点拉取一次(推荐)0 0 * * *
# 每12小时拉取一次0 */12 * * *
# 每周一凌晨2点拉取0 2 * * 1
# 每月1号凌晨3点拉取0 3 1 * *
# 不自动拉取,仅在需要时手动运行(适合不常更新的仓库)# 定时规则留空设置步骤:
-
在”订阅管理”页面找到对应的订阅
-
点击”编辑”
-
修改”定时规则”
-
点击”确定”保存
注意事项:
-
不要设置过于频繁的拉库频率(如每分钟),会占用大量系统资源
-
不同的仓库可以设置不同的拉库频率,活跃仓库可以设置得频繁一些
-
建议避开业务高峰时段(如每天的9:00-11:00,14:00-16:00)
5.2 多仓库管理策略
当需要管理多个脚本仓库时,良好的管理策略可以提高效率和可维护性。
策略1: 功能分类管理
根据仓库的功能进行分类,便于快速定位:
京东类:- Faker3库(京东签到、领豆)- JDpro库(京东活动)- KR库(京东脚本)
其他平台:- Bilibili库(B站签到)- 网易云库(音乐签到)- 百度文库库(文档下载)
工具类:- ql_scripts库(通用工具)- hello-script库(示例脚本)策略2: 命名规范
为订阅设置规范的名称,包含关键信息:
格式: [平台][类型][仓库名称]
示例:- [京东][活动]Faker3内部互助版- [京东][纯净]Faker4挂机版- [B站][签到]BiliBiliToolPro- [通用][工具]ql_scripts策略3: 分级拉库
将仓库分为不同等级,采用不同的拉库策略:
核心库(每天拉取):
-
必须使用的核心功能脚本
-
更新频繁的活跃仓库
-
涉及重要任务的脚本
辅助库(每周拉取):
-
偶尔使用的辅助功能脚本
-
更新不频繁的仓库
-
实验性功能脚本
备用库(按需拉取):
-
仅在特定场景下使用
-
作者已停止维护的仓库
-
仅供参考的示例脚本
策略4: 依赖隔离
避免不同仓库之间的依赖冲突:
# 为不同仓库使用不同的依赖目录# 拉库命令中指定extensions参数ql repo https://github.com/user/repo1.git "" "" "" "main" "js"ql repo https://github.com/user/repo2.git "" "" "" "main" "py"5.3 拉库日志查看与分析
通过分析拉库日志,可以及时发现和解决问题。
日志查看方法:
方法1: 面板查看
-
进入”订阅管理”页面
-
找到对应的订阅
-
点击右侧的”日志”按钮
-
可以看到最近几次拉库的执行日志
方法2: 命令行查看
# 进入容器docker exec -it qinglong bash
# 查看订阅日志cat /ql/log/subscriptions.log
# 查看最近的日志tail -f /ql/log/subscriptions.log
# 查看特定时间的日志grep "2026-02-19" /ql/log/subscriptions.log方法3: 实时监控
# 实时监控订阅日志docker exec -it qinglong tail -f /ql/log/subscriptions.log日志分析要点:
成功标志:
✓ 从 https://github.com/xxx.git 克隆仓库成功✓ 正在过滤文件...✓ 发现 45 个匹配的脚本文件✓ 拉取完成!失败标志:
✗ 连接超时✗ 仓库不存在✗ 权限不足✗ 磁盘空间不足警告信息:
⚠ 部分文件过滤失败⚠ 依赖安装失败⚠ 脚本文件已存在,跳过复制日志清理策略:
定期清理日志,避免占用过多磁盘空间:
# 删除7天前的日志docker exec -it qinglong bashfind /ql/log -name "*.log" -mtime +7 -delete
# 或使用青龙自带的日志清理命令docker exec -it qinglong ql rmlog 75.4 增量更新与版本控制
增量更新原理:
青龙面板的拉库功能支持增量更新,只会拉取有变化的文件,而不是每次都全量下载。
强制全量拉取:
如果需要强制重新拉取整个仓库:
# 方法1: 删除仓库后重新拉取docker exec -it qinglong bashcd /ql/reporm -rf <仓库名称>exit
# 方法2: 使用--force参数(部分版本支持)ql repo <仓库地址> --force版本回滚:
如果更新后的脚本出现问题,可以回滚到之前的版本:
# 进入仓库目录docker exec -it qinglong bashcd /ql/repo/<仓库名称>
# 查看提交历史git log --oneline
# 回滚到指定版本git checkout <commit_id>
# 退出容器exit分支切换:
切换到不同的分支(如测试分支):
# 编辑订阅,修改分支参数# 从 "main" 改为 "dev" 或 "test"六、安全提示
6.1 验证仓库来源的重要性
风险提示:
从不可信的仓库拉取脚本可能带来严重的安全风险:
-
恶意代码: 脚本可能包含木马、挖矿程序等恶意代码
-
账号泄露: 脚本可能窃取你的Cookie、Token等敏感信息
-
系统入侵: 恶意脚本可能尝试获取服务器控制权
-
数据窃取: 脚本可能读取和传输你的私有数据
验证方法:
方法1: 查看仓库信息
-
作者信誉: 查看作者的其他项目和社区评价
-
Star数量: Star数量高通常意味着经过较多用户验证
-
更新频率: 活跃维护的仓库安全性相对较高
-
Issue讨论: 查看Issue中是否有安全问题的讨论
方法2: 代码审查(进阶)
# 克隆仓库到本地git clone https://github.com/user/repo.git
# 使用grep搜索可疑关键词grep -r "eval\|exec\|system\|spawn" repo/
# 检查网络请求grep -r "http\|https\|axios\|request" repo/
# 检查文件操作grep -r "fs\|readFile\|writeFile" repo/方法3: 沙箱测试
-
先在隔离环境中测试脚本
-
观察脚本的行为和网络请求
-
确认安全后再在生产环境使用
6.2 避免拉取不明仓库的实用建议
建议1: 使用知名仓库
优先使用社区验证过、广泛使用的仓库:
# 推荐仓库列表(示例)✓ shufflewzc/faker系列(京东)✓ 6dylan6/jdpro(京东)✓ KingRan/KR(京东)✓ RayWangQvQ/BiliBiliToolPro(B站)✓ whyour/ql_scripts(官方通用)建议2: 关注仓库维护动态
-
定期查看仓库的Issue和Discussion
-
关注仓库的更新日志(CHANGELOG)
-
了解社区对仓库的评价
建议3: 最小权限原则
-
只授予脚本必要的权限
-
避免使用root权限运行青龙面板
-
定期检查环境变量,不泄露敏感信息
建议4: 定期安全审计
# 检查可疑进程docker exec -it qinglong ps aux
# 检查网络连接docker exec -it qinglong netstat -tulpn
# 检查文件变化docker exec -it qinglong find /ql/scripts -type f -mtime -1建议5: 备份重要数据
# 定期备份青龙数据docker exec -it qinglong tar -czf /ql/data_backup_$(date +%Y%m%d).tar.gz /ql/data
# 备份到本地服务器docker cp qinglong:/ql/data_backup_20260219.tar.gz ./backup/6.3 敏感信息保护
环境变量安全:
-
不要在脚本中硬编码密码、Token等敏感信息
-
使用青龙面板的”环境变量”模块管理敏感信息
-
定期更新Cookie和Token
Cookie管理:
# Cookie格式示例(京东)JD_COOKIE=pt_key=xxx;pt_pin=xxx;
# 注意事项:# - 不要分享你的Cookie# - 定期更新Cookie(一般7-30天失效)# - 重要账号建议单独使用,避免混用通知渠道安全:
如果配置了通知功能,注意保护推送渠道的凭证:
-
Telegram Bot Token
-
企业微信Webhook地址
-
钉钉机器人Webhook
-
Server酱SendKey
6.4 法律合规提醒
使用场景合法性:
-
确保你的自动化任务符合相关平台的服务条款
-
不要使用脚本进行刷单、薅羊毛等违规行为
-
遵守当地法律法规
数据隐私保护:
-
不要收集、存储他人的个人信息
-
不要上传私密数据到公共仓库
-
遵守GDPR等数据保护法规
附录:快速参考
A. 常用命令速查
# 拉库命令ql repo <仓库地址> <白名单> <黑名单> <依赖> <分支> <后缀>
# 更新青龙docker exec -it qinglong ql update
# 检测环境docker exec -it qinglong ql check
# 重置登录错误次数docker exec -it qinglong ql resetlet
# 删除旧日志docker exec -it qinglong ql rmlog 7
# 运行任务docker exec -it qinglong task <脚本路径>
# 安装Node.js依赖docker exec -it qinglong pnpm install <依赖名>
# 安装Python依赖docker exec -it qinglong pip3 install <依赖名>
# 重启容器docker restart qinglongB. 常用依赖列表
Node.js核心依赖:
axios, crypto-js, tough-cookie, date-fns, cheerio, jsdom, moment, request, ts-md5, png-js, dotenv, lodash, form-data, qs, uuid, wsPython3核心依赖:
requests, jieba, beautifulsoup4, lxml, aiohttp, PyExecJS, canvas, ping3, redis, Pillow, qrcode, pytzC. 故障排查清单
当遇到问题时,按此清单逐一检查:
网络连接是否正常?
GitHub代理配置是否正确?
仓库地址是否有效?
容器是否正常运行?
磁盘空间是否充足?
依赖是否已安装?
权限配置是否正确?
脚本文件是否完整?
环境变量是否配置?
日志中是否有错误信息?
文章分享
如果这篇文章对你有帮助,欢迎分享给更多人!