青龙面板拉库保姆级教程:从订阅管理到依赖一键安装

5712 字
29 分钟
青龙面板拉库保姆级教程:从订阅管理到依赖一键安装

一、准备工作#

在开始拉库之前,请确保你已经完成了以下必要条件的准备。这些准备工作是后续操作的基础,忽略任何一个都可能导致操作失败。

1.1 青龙面板安装状态确认#

首先,你需要已经成功安装并运行青龙面板。推荐使用Docker方式部署,这是最稳定且易于管理的方式。

检查面板状态:

推荐版本: 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仓库 = 一个装满脚本的大仓库(类似超市)

  • 拉库命令 = 购物清单(告诉系统你想要哪些商品)

  • 青龙面板 = 你的购物车(存放拉取回来的脚本)

拉库的核心作用包括:

  1. 快速获取脚本: 无需手动编写,直接使用社区维护的成熟脚本

  2. 批量管理: 一次性拉取多个相关脚本,便于统一管理

  3. 自动更新: 通过定时任务,可以定期拉取最新版本的脚本

  4. 依赖同步: 某些脚本库会自动携带所需的依赖文件

2.2 常见仓库类型#

根据仓库的开放程度,主要分为以下几类:

2.2.1 公开仓库#

这是最常见的类型,任何人都可以访问和拉取。

特点:

  • 无需认证即可访问

  • 通常托管在GitHub、Gitee等平台

  • 由社区开发者维护

主流公开仓库示例:

表格

仓库名称主要用途维护状态
Faker系列京东活动自动化(签到、领豆、助力)活跃
JDpro京东脚本库(相对干净)活跃
KR库京东脚本库较稳定
ql_scripts青龙官方通用脚本库官方维护

2.2.2 私有仓库#

需要授权才能访问的仓库,通常由个人或小团队维护。

特点:

  • 需要访问令牌或SSH密钥

  • 内容相对私密

  • 适合个人定制或团队协作

适用场景:

  • 个人编写的私有脚本

  • 企业内部的自动化任务

  • 不愿意公开的脚本集合

2.3 拉库命令的组成#

青龙面板的拉库命令采用固定格式,理解每个参数的含义对于精准拉库非常重要。

标准格式:

ql repo <仓库地址> <白名单> <黑名单> <依赖文件> <分支> <文件后缀>

参数详解:

表格

参数含义示例必填
仓库地址Git仓库的完整URLhttps://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"

这行命令的意思是:

  1. https://github.com/shufflewzc/faker3.git 仓库

  2. 拉取文件名包含 jd_ 或 jx_ 或 gua_ 或 jddj_ 或 jdCookie 的文件

  3. 但排除文件名包含 activity 或 backUp 的文件

  4. 同时强制拷贝文件名匹配 ^jd[^_] 或 USER 或 function 或 utils 或 sendNotify 的文件作为依赖

  5. 从 main 分支拉取

  6. 仅拉取后缀为 js 或 py 的文件

三、详细操作步骤#

3.1 登录青龙面板#

访问方式:

在浏览器地址栏输入: http://你的服务器IP:端口

例如: http://192.168.1.100:5700

登录流程:

  1. 首次访问会看到初始化页面,点击”开始安装”

  2. 设置管理员账号和密码(务必记住,后续登录需要使用)

  3. 通知设置可以暂时跳过,后续有需要再配置

  4. 点击”提交”完成初始化

  5. 使用刚才设置的账号密码登录

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 执行拉库操作#

配置完成后,需要手动执行一次拉库操作,验证配置是否正确。

手动拉库步骤:

  1. 在”订阅管理”页面找到刚才创建的订阅

  2. 点击右侧的”运行”按钮

  3. 系统开始执行拉库任务

  4. 点击”日志”按钮,可以查看执行过程和结果

预期结果:

如果一切正常,你会看到类似以下的日志输出:

开始拉取仓库...
从 https://github.com/shufflewzc/faker3.git 克隆仓库...
正在过滤文件...
发现 45 个匹配的脚本文件
复制到 /ql/scripts 目录...
拉取完成!
共拉取 45 个脚本文件

验证拉取结果:

  1. 切换到”定时任务”页面

  2. 应该能看到大量新增的定时任务(以”jd_“开头的任务)

  3. 这些任务已经按照脚本设定的规则自动配置好定时规则

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: 修改青龙配置文件使用代理

  1. 打开青龙面板的”配置文件”模块

  2. 找到 GithubProxyUrl 参数(通常在第18行左右)

  3. 修改为可用的代理地址

# 可用的代理地址(任选一个)
GithubProxyUrl="https://git.metauniverse-cn.com/"
GithubProxyUrl="https://pd.zwc365.com/"
GithubProxyUrl="https://gh.fakev.cn/"
GithubProxyUrl="https://ghproxy.com/"
  1. 保存配置并重启青龙面板

方案2: 使用镜像地址

在拉库命令中直接使用镜像地址:

# 原地址
https://github.com/shufflewzc/faker3.git
# 镜像地址
https://git.metauniverse-cn.com/https://github.com/shufflewzc/faker3.git
https://ghproxy.com/https://github.com/shufflewzc/faker3.git

方案3: 服务器网络配置检查

# 测试网络连接
curl -I https://github.com
# 如果返回失败,检查DNS配置
ping github.com
# 尝试更换DNS为公共DNS
# 编辑 /etc/resolv.conf
nameserver 8.8.8.8
nameserver 114.114.114.114

4.2 权限不足#

现象描述:

拉库过程中提示”Permission denied”、“权限不足”

原因分析:

  • 容器运行权限问题

  • 文件系统挂载权限问题

  • Docker用户权限配置不当

解决方案:

方案1: 检查容器权限

# 查看容器状态
docker ps | grep qinglong
# 如果容器没有运行,重新启动
docker start qinglong
# 进入容器检查文件权限
docker exec -it qinglong bash
ls -la /ql/scripts

方案2: 重新创建容器(注意会清空数据)

# 停止并删除旧容器
docker 终止 qinglong
docker 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/scripts
chown -R root:root /ql/scripts

4.3 仓库地址错误#

现象描述:

提示”仓库不存在”、“404 Not Found”

原因分析:

  • 仓库名称拼写错误

  • 仓库已被作者删除或私有化

  • 使用了错误的Git托管平台

解决方案:

方案1: 验证仓库地址

  • 在浏览器中直接访问仓库地址,确认仓库是否存在

  • 检查仓库名称和用户名是否拼写正确

方案2: 更换可用仓库

某些仓库可能已停止维护或被删除,建议使用社区验证过的新仓库:

# 查找活跃仓库的方法:
# 1. 访问GitHub,搜索相关关键词
# 2. 查看仓库的最近更新时间
# 3. 查看Issue和Star数量,判断活跃度
# 4. 参考技术社区的推荐列表

方案3: 使用Gitee镜像

如果GitHub仓库无法访问,可以尝试Gitee上的镜像仓库:

# Gitee镜像地址示例
https://gitee.com/shufflewzc/faker3.git

4.4 脚本依赖缺失#

现象描述:

脚本运行时报错 Cannot find module ‘xxx’ 或 No module named ‘xxx’

原因分析:

  • 脚本需要的Node.js或Python依赖未安装

  • 依赖版本不兼容

  • 依赖安装路径配置错误

解决方案:

方案1: 使用面板依赖管理

  1. 进入”依赖管理”模块

  2. 点击”新建依赖”

  3. 根据报错信息选择依赖类型(Node.js/Python3/Linux)

  4. 输入缺失的依赖名称

  5. 点击”确定”安装

方案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 qinglong

4.5 拉库卡住/无限等待#

现象描述:

拉库任务一直处于运行状态,日志长时间不更新

原因分析:

  • 网络连接缓慢

  • 仓库文件过多,拉取时间长

  • 磁盘空间不足

  • 系统资源占用过高

解决方案:

方案1: 检查系统资源

# 查看磁盘使用情况
df -h
# 查看内存使用情况
free -h
# 查看CPU使用情况
top

如果磁盘空间不足,清理日志文件:

# 删除旧日志
docker exec -it qinglong bash
rm -rf /ql/log/*.log

方案2: 清理缓存重新拉取

# 进入容器
docker exec -it qinglong bash
# 删除已拉取的仓库
cd /ql/repo
rm -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 * *
# 不自动拉取,仅在需要时手动运行(适合不常更新的仓库)
# 定时规则留空

设置步骤:

  1. 在”订阅管理”页面找到对应的订阅

  2. 点击”编辑”

  3. 修改”定时规则”

  4. 点击”确定”保存

注意事项:

  • 不要设置过于频繁的拉库频率(如每分钟),会占用大量系统资源

  • 不同的仓库可以设置不同的拉库频率,活跃仓库可以设置得频繁一些

  • 建议避开业务高峰时段(如每天的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: 面板查看

  1. 进入”订阅管理”页面

  2. 找到对应的订阅

  3. 点击右侧的”日志”按钮

  4. 可以看到最近几次拉库的执行日志

方法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 bash
find /ql/log -name "*.log" -mtime +7 -delete
# 或使用青龙自带的日志清理命令
docker exec -it qinglong ql rmlog 7

5.4 增量更新与版本控制#

增量更新原理:

青龙面板的拉库功能支持增量更新,只会拉取有变化的文件,而不是每次都全量下载。

强制全量拉取:

如果需要强制重新拉取整个仓库:

# 方法1: 删除仓库后重新拉取
docker exec -it qinglong bash
cd /ql/repo
rm -rf <仓库名称>
exit
# 方法2: 使用--force参数(部分版本支持)
ql repo <仓库地址> --force

版本回滚:

如果更新后的脚本出现问题,可以回滚到之前的版本:

# 进入仓库目录
docker exec -it qinglong bash
cd /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 qinglong

B. 常用依赖列表#

Node.js核心依赖:

axios, crypto-js, tough-cookie, date-fns, cheerio, jsdom, moment, request, ts-md5, png-js, dotenv, lodash, form-data, qs, uuid, ws

Python3核心依赖:

requests, jieba, beautifulsoup4, lxml, aiohttp, PyExecJS, canvas, ping3, redis, Pillow, qrcode, pytz

C. 故障排查清单#

当遇到问题时,按此清单逐一检查:

网络连接是否正常?

GitHub代理配置是否正确?

仓库地址是否有效?

容器是否正常运行?

磁盘空间是否充足?

依赖是否已安装?

权限配置是否正确?

脚本文件是否完整?

环境变量是否配置?

日志中是否有错误信息?

文章分享

如果这篇文章对你有帮助,欢迎分享给更多人!

青龙面板拉库保姆级教程:从订阅管理到依赖一键安装
https://www.kshare.top/posts/青龙面板拉库保姆级教程从订阅管理到依赖一键/
作者
Kshare
发布于
2026-02-19
许可协议
CC BY-NC-SA 4.0
Profile Image of the Author
Kshare
Hello, I'm Kshare.
公告
欢迎来到Kshare站点!近期站点进行升级,欢迎访问和收藏站点!
音乐
封面

音乐

暂未播放

0:00 0:00
暂无歌词
分类
标签
站点统计
文章
137
分类
12
标签
59
总字数
332,772
运行时长
0
最后活动
0 天前

文章目录