简介这份资源是Cloudreve云盘系统的完整源码包并附带一份安装配置视频教程面向希望自建私有云盘、学习PHP Web应用部署的开发者与运维人员。Cloudreve支持本地存储与多种云存储后端适合用来搭建个人或团队的文件管理与分享平台。压缩包共约2000个文件以2393个PHP脚本为核心辅以251个JS、151个HTML、62个CSS等前端资源另有SQL建库脚本、JSON配置、字体图标与图片素材整体约57.07MB目录结构完整覆盖后端逻辑、前端界面与数据库脚本。教程中重点讲解了安装目录指向/CloudreveInstaller/index.php、PHP版本需7.0以上、URL Rewrite伪静态规则调整、fileinfo扩展开启以及数据库用户名与库名一致的配置要点并给出常见报错的排查思路。目前已有576人学习下载适合需要快速跑通云盘系统、理解其部署流程与目录组织的读者参考。1. Cloudreve 云盘系统源码拆解从零搭一套能跑通的私有网盘手里有一台闲置的 2 核 4G 云主机想给自己团队搭个内部文件共享盘又不想每个月给公有云盘交订阅费——这是很多人搜「Cloudreve 云盘系统源码」时最真实的出发点。Cloudreve 是一套用 Go 写的开源网盘程序支持本地存储、对象存储对接、多用户、分享链接、离线下载、WebDAV 挂载前端是 Vue 打包好的静态资源后端编译成单个二进制文件部署起来比想象中轻。标题里还带了个「带视频教程.zip」说明拿到手的往往是一整套源码加讲解材料但真正卡住人的从来不是「有没有教程」而是环境怎么配、数据库怎么连、反向代理怎么设、缩略图为什么不显示。这篇笔记就按一线部署的顺序把 Cloudreve 从源码到跑通、再到调优和排错的完整路径讲清楚适合想自建网盘的后端、运维也适合拿它当 Go 项目练手的人。2. 先搞清楚 Cloudreve 的架构和选型理由2.1 为什么是 Go 单二进制而不是 PHP 网盘搜「php源码」的人很多市面上的老牌网盘程序也确实以 PHP 居多比如各种基于 ThinkPHP 或 Laravel 的网盘。但 Cloudreve 从 3.x 开始用 Go 重写后端这个选择直接决定了它的部署形态。Go 编译出来是一个静态链接的二进制文件不依赖 PHP-FPM、不依赖 Composer、不依赖一堆扩展扔到服务器上给个执行权限就能起。对个人和小团队来说这意味着少装一整套运行环境少一层「PHP 版本不对导致白屏」的玄学问题。代价是它不像 PHP 源码那样改一行刷新就生效。你要改后端逻辑得重新编译前端要改得走 npm 构建流程。所以拿到「源码 视频教程」这套东西时先分清你是要「直接用编译好的版本部署」还是「改源码二次开发」。前者只需要二进制和配置文件后者才需要 Go 工具链和 Node 环境。绝大多数人其实是前者但被「源码」两个字带偏一上来就折腾编译反而把简单的事搞复杂。2.2 核心组件与数据流向Cloudreve 的运行结构可以拆成四块Web 服务、数据库、存储策略、缓存。Web 服务负责处理 HTTP 请求和前端静态资源数据库存用户、文件元信息、分享记录默认支持 SQLite、MySQL、PostgreSQL存储策略决定文件实际落在哪可以是本地磁盘也可以是 S3 兼容对象存储、OneDrive、阿里云 OSS 等缓存用 Redis 或内存影响会话和部分高频读取。数据流向大致是用户在前端点击上传 → 请求打到后端 → 后端按当前用户绑定的存储策略决定上传目标 → 文件流写入存储 → 元信息写数据库 → 返回文件 ID 和访问路径。缩略图是在这个流程之外单独触发的后端根据文件类型调用对应的生成器生成后缓存起来。理解这条链路后面排查「上传成功但列表不显示」「缩略图 404」就有方向了。2.3 部署形态裸机、Docker 还是面板常见做法有三种。裸机直接跑二进制最轻适合熟悉 Linux 的人Docker 部署环境隔离干净升级回滚方便适合不想污染宿主机的场景宝塔之类的面板部署图形化操作适合不熟命令行的用户但面板本身会占资源且和 Cloudreve 的权限、端口容易打架。我一般推荐 Docker尤其是团队用。原因不是 Docker 多高级而是 Cloudreve 升级频繁二进制升级要手动替换文件、处理权限Docker 一条docker compose pull up -d就完事出问题回滚镜像 tag 即可。下面按 Docker 路线展开裸机部署的关键差异我会在对应位置点出来。3. 从源码到跑通Cloudreve 的最小可运行部署3.1 环境准备与依赖清单先明确最低要求。Cloudreve 3.x 对系统要求不高1 核 1G 能跑起来但要开缩略图、离线下载、多用户并发建议 2 核 2G 起步。需要的东西组件作用是否必须Cloudreve 二进制/镜像主程序必须数据库存元信息SQLite 可省生产建议 MySQLRedis缓存与会话可选多用户建议开反向代理HTTPS、域名生产必须存储后端实际存文件本地或对象存储如果走 Docker宿主机只需要装好 Docker 和 Docker Compose。数据库和 Redis 可以用容器一起编排也可以外接已有的。这里给一套自包含的 compose把 Cloudreve、MySQL、Redis 都放进去适合从零开始的人。3.2 用 Docker Compose 拉起完整服务先建目录写docker-compose.ymlversion: 3.8 services: cloudreve: image: cloudreve/cloudreve:latest container_name: cloudreve restart: unless-stopped ports: - 5212:5212 # 默认 Web 端口 volumes: - ./data:/cloudreve/data # 程序数据、配置、SQLite - ./uploads:/cloudreve/uploads # 本地存储策略的落盘目录 environment: - CR_CONF_Database.Typemysql - CR_CONF_Database.Hostdb - CR_CONF_Database.Namecloudreve - CR_CONF_Database.Usercloudreve - CR_CONF_Database.Passwordchange_me_strong - CR_CONF_Redis.Serverredis:6379 depends_on: - db - redis db: image: mysql:8.0 container_name: cloudreve-db restart: unless-stopped environment: - MYSQL_ROOT_PASSWORDchange_root_strong - MYSQL_DATABASEcloudreve - MYSQL_USERcloudreve - MYSQL_PASSWORDchange_me_strong volumes: - ./mysql:/var/lib/mysql command: --default-authentication-pluginmysql_native_password --character-set-serverutf8mb4 redis: image: redis:7-alpine container_name: cloudreve-redis restart: unless-stopped volumes: - ./redis:/data逻辑说明Cloudreve 容器通过环境变量CR_CONF_*覆盖配置文件里的对应项这样不用进容器改 conf.ini。CR_CONF_Database.Typemysql告诉它用 MySQL 而不是默认 SQLiteHostdb用的是 compose 内部服务名容器间通过这个解析。volumes把数据目录和上传目录挂出来容器删了数据还在。参数说明5212是 Cloudreve 默认端口映射到宿主机后先别急着暴露公网等反向代理配好再关掉直接访问。MySQL 的--character-set-serverutf8mb4必须加否则中文文件名和 emoji 会出问题这是血泪经验。密码字段全部换成强密码别用示例值。启动docker compose up -d docker compose logs -f cloudreve看到日志里输出初始管理员账号密码就说明起来了。第一次启动会初始化数据库表结构如果 MySQL 还没就绪Cloudreve 可能报连接失败等几秒重启容器即可或者给 db 加 healthcheck。3.3 初始化配置与管理员账号浏览器访问http://服务器IP:5212用日志里的初始账号登录第一件事是改密码。然后进「管理面板 → 存储策略」确认默认策略的路径。如果用的是上面 compose 里的本地存储路径应该指向/cloudreve/uploads对应宿主机./uploads。接着配站点 URL。在「基础设置」里把「站点 URL」改成你最终要用的域名比如https://pan.example.com。这个值影响分享链接、回调地址、缩略图 URL 的生成配错了会出现「分享链接打不开」「缩略图裂图」。很多人部署完发现分享出去的链接是内网 IP就是这里没改。3.4 反向代理与 HTTPS 配置生产环境必须上反向代理。Nginx 配置示例server { listen 443 ssl http2; server_name pan.example.com; ssl_certificate /etc/nginx/certs/fullchain.pem; ssl_certificate_key /etc/nginx/certs/privkey.pem; client_max_body_size 10g; # 大文件上传必须放开 location / { proxy_pass http://127.0.0.1:5212; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_read_timeout 3600s; # 大文件上传/下载别被超时切断 } }逻辑说明client_max_body_size是 Nginx 默认 1M 的限制不改的话超过 1M 的文件直接 413这是新手最常见的翻车点。proxy_read_timeout默认 60s传大文件或离线下载时会被切断调到 3600s。X-Forwarded-Proto让后端知道真实协议是 HTTPS否则生成的链接可能是 http。配好后把 compose 里的端口映射改成127.0.0.1:5212:5212只允许本机访问公网走 Nginx。裸机部署的话Cloudreve 配置文件里也有对应的监听地址和端口项改完重启进程。4. 存储策略、缩略图与性能调优4.1 本地存储与对象存储怎么选本地存储简单直接文件落在服务器磁盘适合单机、数据量不大、对成本敏感的场景。缺点是扩容要加盘、迁移要手动搬、多机部署没法共享。对象存储S3 兼容、OSS、COS 等适合数据量大、要多机、要 CDN 加速的场景文件不占服务器磁盘但要走外网流量有费用。选型判断很简单单机、总量 500G 以内、访问不频繁本地存储够用要多节点、要挂 CDN、数据上 T直接上对象存储。Cloudreve 支持一个用户绑定多个存储策略也可以按用户组分配所以混合用也行——热数据放本地冷数据放对象存储。配对象存储时几个参数容易填错Endpoint 要带协议和端口Bucket 名要精确AccessKey 和 SecretKey 别搞反区域Region要和 Bucket 实际所在地一致。填完点「测试」不通先检查这几项再检查服务器出网是否正常。4.2 缩略图生成为什么你的图不显示搜「cloudreve缩略图」的人多半遇到了图片列表全是默认图标。缩略图依赖后端能识别文件类型并调用生成器。几个关键点第一存储策略里要开启「生成缩略图」选项默认可能是关的。第二图片格式要在支持列表里常见 jpg、png、gif、webp 支持一些冷门格式不行。第三如果用了对象存储缩略图可能生成在本地缓存目录要确保该目录可写。第四视频缩略图依赖 ffmpeg容器里默认可能没装需要自己构建镜像或挂载 ffmpeg。排查顺序先看存储策略开关再看后端日志有没有生成失败记录再看缓存目录权限最后确认 ffmpeg 是否存在。日志里通常会明确写「ffmpeg not found」或「unsupported format」别瞎猜。4.3 缓存、并发与上传限制调参Redis 开了之后会话和部分元信息走缓存多用户场景响应明显变快。配置项在CR_CONF_Redis下除了 Server 还可以设密码和 DB 序号。如果 Redis 和 Cloudreve 不在同一网络注意防火墙。上传限制分几层Nginx 的client_max_body_size、Cloudreve 自身的上传大小限制、PHP 无关因为是 Go。Cloudreve 后台「上传设置」里有单文件大小上限默认可能偏小按需调大。另外分片上传的并发数和分片大小也影响大文件体验网络差的环境把分片调小、并发调低更稳。并发方面Go 本身处理并发能力强瓶颈通常在数据库连接数和磁盘 IO。MySQL 连接池在配置文件里可调磁盘 IO 靠 SSD 或对象存储解决。如果发现上传时整个站点卡顿多半是磁盘写满或 IO 打满先看iostat和磁盘剩余空间。5. 部署 Cloudreve 最容易踩的坑5.1 现象上传大文件报 413 或中途失败原因Nginx 的client_max_body_size默认 1M或者proxy_read_timeout太短大文件传到一半被切断。也可能是 Cloudreve 后台上传上限没调。解决Nginx 里把client_max_body_size调到实际需要的值比如 10gproxy_read_timeout和proxy_send_timeout都调到 3600sCloudreve 后台同步调大单文件上限。改完nginx -s reload。5.2 现象分享链接打开是内网 IP 或 404原因站点 URL 没配或配错后端生成链接时用了默认值或请求头里的 Host。反向代理没传X-Forwarded-Proto时HTTPS 站点可能生成 http 链接。解决后台「基础设置」里把站点 URL 写成最终域名带 https。Nginx 配置里确保proxy_set_header Host $host和X-Forwarded-Proto $scheme都在。改完清一下缓存再试。5.3 现象中文文件名乱码或上传后名字变问号原因数据库字符集不是 utf8mb4或者 MySQL 连接字符集没设对。SQLite 一般没这问题MySQL 默认可能是 latin1 或 utf8三字节存不下 emoji。解决建库时指定CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ciMySQL 启动参数加--character-set-serverutf8mb4。已经建好的库要改表和列的字符集麻烦所以一开始就配对。5.4 现象容器重启后数据没了或配置丢失原因没挂 volume或者挂载路径写错。Cloudreve 容器里数据在/cloudreve/data上传文件在存储策略指定的目录两个都要挂出来。解决compose 里确认./data:/cloudreve/data和上传目录的映射都在。如果之前没挂数据在容器层容器一删就没了只能重新初始化。这是最没后悔药的一种部署第一天就要挂好。5.5 现象缩略图一直转圈或 404原因存储策略没开缩略图、格式不支持、缓存目录不可写、ffmpeg 缺失或者站点 URL 配错导致缩略图 URL 拼错。解决按 4.2 的顺序逐项排查重点看后端日志的具体报错。视频缩略图确认 ffmpeg 在容器内可执行docker exec -it cloudreve which ffmpeg能验证。6. 进阶把 Cloudreve 用成团队文件中枢的几个技巧跑通只是起点真正让 Cloudreve 在团队里站住脚靠的是几个细节。第一用 WebDAV 挂载。Cloudreve 支持 WebDAV可以把网盘挂到本地文件管理器或 IDE 里改代码、传素材不用开浏览器。地址一般是https://你的域名/webdav用账号密码或应用专用密码登录。挂载后大文件操作走系统原生体验比网页好很多。第二按用户组分配存储策略和配额。团队里不同角色需求不同设计组要大空间放素材开发组要 WebDAV 和 API行政只要分享。在「用户组」里分别设存储策略、单文件上限、总配额比所有人共用一个策略清晰得多。配额别设太死留点余量否则用户传一半被拒很影响体验。第三离线下载和定时任务。Cloudreve 的离线下载依赖 Aria2配好后可以把磁力、直链丢给服务器下下完自动进网盘。Aria2 的 RPC 地址和密钥在后台配注意 Aria2 和 Cloudreve 要在同一网络能互通。定时任务可以清理过期分享、回收站避免磁盘被垃圾占满。第四备份策略。要备份三样数据库、data目录含配置和密钥、上传文件目录。数据库用mysqldump定时导data 和上传目录用 rsync 或对象存储同步。密钥文件丢了已加密的数据可能解不开所以 data 目录的备份和数据库同等重要。我一般写个脚本每天凌晨跑保留最近 7 天出问题能快速回滚。第五监控和日志。Cloudreve 日志在 data 目录下出问题先看日志。配合docker stats看资源占用磁盘用df -h定期查。设个磁盘使用率告警80% 就该处理别等写满导致上传全失败。这些都是运维习惯不复杂但能省掉很多半夜救火。我自己踩过最深的一次坑是早期部署时图省事没挂 data 目录升级容器时数据全丢用户和分享记录一夜回到解放前。从那以后任何有状态的服务我第一件事就是确认 volume 挂载第二件事是验证备份能恢复。Cloudreve 这套东西本身不复杂难的是把部署、存储、备份、监控这几件事当成一个整体来对待。希望帮到你。本文还有配套的精品资源点击获取