去年有个朋友想搭个人博客机器买了三天还在登录界面前打转——不是他笨是市面上的教程默认你已经懂一点。这次我用雨云的云服务器完整走了一遍从下单到博客打开页面用了不到二十分钟全程没有写过一行手工配环境的命令。这篇攻略就按我当时的操作顺序来把零基础会卡的每个点都拆开讲透。先说结论零基础部署博客最稳的不是手动装环境而是用 Docker Compose 一把拉起 WordPress。这套方案的好处是——服务器系统坏了可以重建博客数据不会丢换机器搬家一条命令恢复原样。下面从选机器开始逐步走完整个链路。1. 为什么要用 Docker Compose三条路径的对比与选择部署博客这件事本质上是往一台服务器里塞三个东西Web 服务处理 HTTP 请求、数据库存储文章和配置、博客程序本体WordPress 文件。三样配齐了浏览器才能访问到你的内容。零基础常见的选择有三条路我对比一下。第一条传统懒人包典型代表是宝塔面板。装上之后有图形界面鼠标点点就能建站。优点是直观缺点是面板自身也要维护而且会把不少新手一直圈在图形界面里出了问题很难定位。第二条纯手动搭建也就是自己装 Nginx、装 MySQL、装 PHP然后下载 WordPress 手动配置。这条路适合想系统学习服务器原理的人。缺点很明显——Mysql 版本兼容、PHP 扩展缺失、目录权限不对任何一环报错都能卡住新手半天。第三条Docker Compose 编排。Docker 可以把 WordPress 和 MySQL 分别打包成两个独立的集装箱Compose 则是集装箱的调度单定义两个容器如何协同。你要做的只是写一份配置文件、执行一条命令。三条路的对比方案上手难度环境隔离迁移/备份适合人群宝塔面板低一般一般想要图形界面、不折腾的人手动搭建高无麻烦想学原理的技术爱好者Docker Compose中低强极强零基础但愿意照做的绝大多数人我最终选 Docker Compose还有一个实际原因雨云这类面向个人开发者的云服务器新用户拿到手就是一个干净的系统盘Docker 装上之后完全不用管底层依赖WordPress 官方镜像和 MySQL 官方镜像的兼容性已经被全球无数人验证过了。对零基础用户我的建议是走第三条路。先把博客跑起来建立信心之后再慢慢研究 Nginx 配置、性能优化那些进阶内容。1.1 你只需要理解一条数据流整个博客系统跑起来之后本质上是这么一条链路浏览器输入域名 → DNS 解析到服务器 IP → 服务器上的 Nginx 容器接收请求 → 找到 WordPress 容器 → WordPress 程序向 MySQL 容器查询数据 → 拼装成网页返回给浏览器。Docker Compose 把这条链路中的 WordPress 和 MySQL 串联起来Nginx 则负责对外提供访问入口。初学者不需要深究每一层只需要理解WordPress 存内容逻辑MySQL 存数据Nginx 管进出口。后面配置文件里出现的每一项都是为了让这三个角色各司其职。1.2 配置你自己的第一个 yml 文件之前先了解容器技术Docker 镜像可以理解成一套预制好的运行环境里面有程序代码、依赖库、配置文件全都打包好了。容器则是镜像运行起来的实例。MySQL 镜像装好数据库引擎WordPress 镜像装好 PHP 环境和博客程序。Compose 则是把这些容器的启动参数统一写入一个 yml 文件包括每个容器用什么镜像端口怎么映射到宿主机数据存在哪个目录容器之间的启动顺序和依赖关系这样一来以前需要手动执行的十几条 docker run 命令变成一条 docker compose up -d。2. 选机器和初始化买服务器前先想清楚三件事雨云这类云平台的控制台通常有几个核心入口重置密码、防火墙规则、操作系统重装。把这几项搞清楚服务器就算入门了。2.1 配置怎么选别一上来就买高配个人博客初期流量很小一台 1核2G 的实例完全够用预算紧张的话甚至可以先选按量付费等博客真有了访客再升级。我见过不少新手一上来买 4核8G结果博客跑起来内存占用不到10%纯属浪费。对雨云这种面向个人开发者的平台新用户一般有体验金或低价套餐先用小配置走通流程比什么都重要。等后面需要装更多服务、跑更大流量再升级配置也不迟。2.2 系统选哪个Ubuntu 22.04 LTS 是目前最优解云平台一般提供好几种 Linux 发行版。对新手我推荐 Ubuntu 22.04 LTSLTS 代表长期支持安全更新维护周期长社区资料最多遇到问题搜出来的解决方案基本都能直接复制默认的 apt 包管理器和 Docker 官方安装文档的适配度很高CentOS 7 已经停服旧教程里的 yum 命令在新系统上已经不适用新手很容易踩坑。Windows Server 更不建议同样的配置下资源占用高且与主流博客部署文档的兼容性差。2.3 SSH 连接拿到服务器后的第一道关卡服务器本质上是一台没有显示器的远程电脑你要通过 SSH 协议连上它的终端下命令。Windows 用户可以打开 PowerShell 直接输命令也可以用 Termius 这类带图形界面的终端工具。不过更常用的是 Xshell、FinalShell 这类国产免费工具——下载安装后新建会话填入公网 IP、root 用户名和密码就能连上。首次连接之后建议立刻做两件事修改默认登录密码使用包含大小写字母和数字的强密码更新系统软件源和已装软件sudo apt update sudo apt upgrade -y这一步会花几分钟但能解决大量潜在的系统漏洞和依赖版本问题。我习惯在拿到新机器后先跑一遍 update再开始后面的安装避免装 Docker 时因为源的问题报奇怪错误。2.4 防火墙和安全组别让服务器裸奔云平台通常有两层安全控制控制台里的防火墙规则和系统内的 ufw。雨云控制台会把默认端口 22SSH、80HTTP、443HTTPS开放好但有些用户自己误操作关掉了导致网页一直打不开。建议规则如下端口用途是否默认开放22SSH 远程连接是80HTTP 访问是443HTTPS 加密访问是3306MySQL 外部连接否仅容器内部使用3306 端口千万别对外开放否则数据库被扫描爆破的风险很高。MySQL 容器通过 Docker 内部网络访问根本不需要暴露给外网。系统内部的 ufw 防火墙新手阶段可以不启用。控制台的安全组规则已经能挡住绝大多数非法请求多一层 ufw 可能反而把自己拦在外面。3. Docker 环境搭建把服务器变成一台通用部署机选好系统、连上 SSH 之后下一步就是安装 Docker 和 Docker Compose。这一步相当于给服务器装一个程序运行仓库以后部署任何软件都能复用这套环境。3.1 安装 Docker一条官方脚本搞定Docker 官方提供了一键安装脚本对 Ubuntu 系统最稳妥的方式是直接用官方源安装。国内用户可以配置国内镜像加速器否则拉取镜像时可能会超时。curl -fsSL https://get.docker.com -o get-docker.sh sudo sh get-docker.sh脚本执行完验证一下sudo docker version看到 client 和 server 两段版本信息就说明安装成功。没有报错的话可以把当前用户加入 docker 用户组省得每条命令都加 sudosudo usermod -aG docker $USER执行完这条命令需要退出 SSH 重新登录一次再执行 docker 命令就不用加 sudo 了。3.2 Docker Compose现在不需要单独装了新版 Docker 里已经集成了 Compose 插件直接用 docker compose 命令注意是带空格的两个词老版本的 docker-compose 不用再装。验证sudo docker compose version能看到版本信息即可。接下来所有编排操作都通过这个命令完成。3.3 配置镜像加速器避免拉取卡死国内用户直接拉 Docker Hub 官方的镜像偶发超时很常见尤其是 WordPress 和 MySQL 这种体积较大的镜像。建议在 /etc/docker/daemon.json 里配置镜像加速器{ registry-mirrors: [ https://docker.m.daocloud.io, https://dockerproxy.com ] }保存之后重启 Dockersudo systemctl restart docker这一步不配也能跑但配了能省去很多等待时间。我记得第一次拉 WordPress 镜像没配加速器卡了几分钟还没动配上之后几十秒就完了。这是个纯国内环境问题跟服务器本身性能无关。3.4 为什么要用 Docker 而不是直接在系统里装环境我用一个生活化的类比解释手动在系统里装 MySQL 和 PHP就像在你家客厅里同时装修厨房和浴室——墙要砸、管道要改、电路要重新走搞不好还影响原来的客厅系统其他软件。而 Docker 容器相当于在客厅里放两个全装修好的独立集装箱里面自带厨房设备和浴室管道跟客厅互不影响。哪天浴室坏了把整个集装箱拖走换一个就行客厅干干净净。这份省心对零基础用户来说是最有价值的。4. 用 docker-compose.yml 一把拉起 WordPress完整配置逐行讲解这是整个部署的核心环节。我先把完整的配置文件贴出来然后逐段解释每一行是干什么的。还在 SSH 终端里没退出的话直接操作就行。4.1 创建项目目录和配置文件mkdir -p ~/wordpress cd ~/wordpress然后创建一个名为 docker-compose.yml 的文件nano docker-compose.yml4.2 完整的 docker-compose.ymlservices: db: image: mysql:8.0 container_name: wp_db restart: always environment: MYSQL_DATABASE: wordpress MYSQL_USER: wp_user MYSQL_PASSWORD: 你的强密码 MYSQL_ROOT_PASSWORD: 另一个强密码 volumes: - db_data:/var/lib/mysql wordpress: image: wordpress:latest container_name: wp_app restart: always depends_on: - db ports: - 80:80 environment: WORDPRESS_DB_HOST: db:3306 WORDPRESS_DB_USER: wp_user WORDPRESS_DB_PASSWORD: 你的强密码 WORDPRESS_DB_NAME: wordpress volumes: - wp_data:/var/www/html volumes: db_data: wp_data:4.3 逐项拆解每行配置都在干嘛db 服务用的是 MySQL 8.0 官方镜像。container_name 指定容器名字方便后面用 docker exec 进入操作。restart: always 表示 Docker 服务重启或容器异常退出时自动拉起这是生产环境保证可用性的关键。environment 里的四个变量是 MySQL 镜像约定的配置方式MYSQL_DATABASE创建名为 wordpress 的数据库MYSQL_USER / MYSQL_PASSWORD创建一个专用账号让 WordPress 用它连数据库MYSQL_ROOT_PASSWORD数据库 root 超级管理员密码平时用不到但必须设置volumes 里 db_data:/var/lib/mysql 是数据持久化。没有这行容器删掉后你的文章全部消失有了这行MySQL 数据落在宿主机上的一个 Docker 管理卷里容器销毁重建数据还在。wordpress 服务用的是 WordPress 最新官方镜像。depends_on: db 确保了数据库容器先启动。ports 的 80:80 把容器内的 80 端口映射到服务器的 80 端口这样外部 HTTP 请求才能打到 WordPress 容器上。environment 里四个 WORDPRESS_DB_ 开头的变量对应刚才 MySQL 里的配置。特别说明WORDPRESS_DB_HOST 要填 db:3306而不是 127.0.0.1。因为在 Docker 内部网络中db 是 MySQL 容器的别名WordPress 容器通过这个名字访问数据库。4.4 启动命令与验证docker compose up -d第一次执行要拉取两个镜像耐心等一会儿。之后查看容器状态docker compose ps看到两个容器状态都是 Up 就成功了。这时候在浏览器输入服务器的公网 IP应该能看到 WordPress 的安装界面。如果暂时看不到先检查 80 端口是否被占用sudo lsof -i:80有别的服务占了先停掉再重启容器。云控制台的防火墙规则里 80 端口也确认开放。4.5 初始化 WordPress五步填完就能写文章浏览器打开 IP 地址后会进入 WordPress 的语言选择界面。选简体中文然后填站点标题、管理员用户名、邮箱、密码。这些信息很重要建议密码用强密码并截图存好。安装完成后进入后台仪表盘博客就算上线了。现在可以写第一篇文章测试。这时候再去访问公网 IP看到的是你自己站点的页面那种成就感是看教程体会不来的。5. 用域名和 HTTPS 把博客真正立起来用 IP 地址访问博客有两个问题难记搜索引擎不友好。而且没有 HTTPS 加密浏览器会提示不安全。5.1 购买域名和解析域名在哪里买都有国内域名通常需要完成实名认证。买好之后去域名服务商的控制台添加一条 A 记录记录类型主机记录记录值A你的服务器公网 IPAwww你的服务器公网 IP解析生效时间一般几分钟到几小时。可以用 ping 命令验证ping yourdomain.com返回的 IP 和服务器公网 IP 一致就说明解析成功。5.2 域名绑定到底层 Web 服务WordPress 容器默认监听 80 端口域名访问和 IP 访问本质上都是走 80 端口。但对于 HTTPS 来说需要让 Nginx 这层知道域名和证书。常见做法有两种宿主机直接安装 Nginx 做反向代理把 80/443 端口接收到的请求转发给 WordPress 容器的 80 端口。用容器化的 Nginx Proxy ManagerNPM在图形界面里配置域名转发和 SSL 证书对新手更友好。我用 NPM 比较多因为它把证书申请这个最容易出错的环节做了可视化。先调整 docker-compose.yml把 WordPress 的端口从80:80改成127.0.0.1:8080:80避免和 NPM 的 80 端口冲突然后单独创建 NPM 容器services: npm: image: jc21/nginx-proxy-manager container_name: npm restart: always ports: - 80:80 - 443:443 - 81:81 volumes: - npm_data:/data - npm_letsencrypt:/etc/letsencrypt volumes: npm_data: npm_letsencrypt:启动后访问服务器IP:81首次登录默认账号 adminexample.com 密码 changeme登录后强制改密码。然后在 NPM 界面添加 Proxy HostDomain Names 填你的域名Forward Hostname 填 wordpressForward Port 填 80保存后访问域名博客就能正常打开。5.3 申请 HTTPS 证书NPM 自带 Lets Encrypt 证书申请功能。在刚才配置的 Proxy Host 编辑页打开 SSL 选项卡勾选Request a new SSL Certificate填入你的邮箱同意条款后保存。证书会自动申请并续期。这步是很多新手自己手动配 certbot 时容易卡住的地方——因为涉及到 80/443 端口的验证流程和 Web 服务器的配合。NPM 把这一切封装好了。配好之后访问 https://你的域名地址栏出现小锁图标。这一步做完博客就属于正式上线状态了。6. 上线之后的日常运维备份、日志和常见故障排查博客跑起来只是第一步真正的部署成功还包括数据安全、故障恢复这些背后工作。这一章我分享几个实战中最高频的运维操作。6.1 数据备份一个脚本搞定博客全部家当WordPress 的数据分两处文章和设置存在 MySQL 数据库里主题、插件、上传的图片存在 WordPress 容器的 /var/www/html 目录里。两处都要备份。写一个备份脚本放入 /usr/local/bin/backup_blog.sh#!/bin/bash BACKUP_DIR/home/backup/wordpress DATE$(date %Y%m%d%H%M) mkdir -p $BACKUP_DIR cd /home/wordpress # 备份数据库 docker compose exec -T db mysqldump -u root -p你的数据库root密码 wordpress $BACKUP_DIR/db_$DATE.sql # 备份博客文件 docker run --rm --volumes-from wp_app -v $BACKUP_DIR:/backup ubuntu tar czf /backup/files_$DATE.tar.gz /var/www/html # 删除7天前的备份 find $BACKUP_DIR -name *.sql -mtime 7 -delete find $BACKUP_DIR -name *.tar.gz -mtime 7 -delete给脚本执行权限并加到 crontab 里每天凌晨执行chmod x /usr/local/bin/backup_blog.sh crontab -e0 3 * * * /usr/local/bin/backup_blog.sh这样每天凌晨三点自动备份一次。真遇到过博客被误删文章、或插件升级把站点搞挂的情况这份备份是唯一的后悔药。备份文件建议定期下载到本地电脑或同步到云存储服务器本身出故障时备份还在外部。6.2 查看日志定位问题的最快路径博客突然打不开第一步去看容器日志docker compose logs -f --tail100 wordpress看到Error establishing a database connection多半是数据库容器挂了或环境变量不匹配看到File not foundWordPress 入口文件缺失先重启容器看到权限相关报错检查 wp_data 卷的目录权限数据库的日志也一样docker compose logs -f --tail100 db日志会明确告诉你是密码错误、端口冲突还是磁盘空间不足。我排查线上故障时八成以上问题靠这两条命令定位远比一句句搜搜索引擎高效。6.3 常见故障排查几个我踩过的具体坑坑一数据库连接错误。表现是博客页面提示Error establishing a database connection。原因通常是 docker-compose.yml 里的 MYSQL_PASSWORD 和 WORDPRESS_DB_PASSWORD 不一致或者数据库容器没起来。检查方法就是对比配置文件和 docker compose ps 的结果。我后来养成的习惯是密码类配置统一先写进环境变量文件避免手滑不一致。坑二80 端口被占用。表现是 docker compose up 报port is already allocated。服务器上如果装了 Nginx 或其他 Web 服务先停掉它或者把 WordPress 映射端口改成 8080此时访问IP:8080。确认没问题后再决定要不要迁回到 80。坑三502 Bad Gateway。NPM 或 Nginx 反代转发失败。检查 NPM 里 Forward Hostname 是否正确——容器之间要用容器名不能填 localhost。我因为把 Forward Hostname 填成 127.0.0.1 而卡过半小时改成 wordpress 后立刻恢复。坑四服务器内存不足导致容器被杀。1核2G 的小配置下 MySQL WordPress 两个容器跑起来接近内存上限偶发出现容器自动停止。解决方法是给 swap 文件增加虚拟内存或者升级配置。我一般会在新服务器上顺手配置一个 2G 的 swap 文件几行命令能省很多麻烦sudo fallocate -l 2G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile6.4 换机器迁移一条命令复制整个站点我换服务器时最常用的是 Docker 自带的方式。在新机器上同样安装 Docker把整个 ~/wordpress 目录包含 docker-compose.yml和备份数据复制过去然后cd ~/wordpress docker compose up -d再恢复最近一次数据库备份和文件备份站点就完整搬家了。这正是一开始选择 Docker 的最大红利环境、依赖、配置全部在镜像和 Compose 文件里不需要在新机器上重新折腾一遍安装过程。7. 项目管理层面的经验沉淀这套部署方式能复用到哪里如果你以为这篇文章只能用来搭博客那就低估了这套方案。雨云这类云服务器上用 Docker Compose 部署的思路可以覆盖很广的需求场景。7.1 用同一台服务器跑多个项目很多人的个人服务器不止跑一个博客还挂相册、导航页、RSS 订阅工具。在 Docker Compose 的体系里每个项目一个目录各写各的 docker-compose.yml用不同的端口映射互不干扰。比如在 ~/nav 目录部署一个导航站点在 ~/rss 目录部署一个订阅服务各自的容器和数据卷完全隔离。管理上也清晰哪个项目不需要了进到对应目录执行 docker compose down 就行不会误删其他项目的数据。7.2 部署其他主流应用WordPress 只是 Docker 官方镜像里的一个。GitLab、Nextcloud、Gitea 这些常用的开源应用都有官方镜像部署逻辑和本文完全一样——写 yml、填环境变量、定义数据卷、up 起服务。会了这一套等于解锁了云服务器上大部分应用的部署能力。7.3 记录与文档化的习惯操作服务器时随手把命令记录到本地笔记这样半年后服务器出了问题、或换新机器时不需要回忆到底装了什么、改过什么配置。我每台服务器都维护一份简单的部署日志包含系统版本、Docker 版本、每个容器的用途和端口、关键环境变量、备份策略。这份文档的价值在出故障的时候才会真正体现——不用从头排查。8. 给零基础用户的最终建议和踩坑清单最后把这次部署的要点浓缩成一份可以直接照做的清单。按这个顺序操作大概率一次成功。8.1 执行顺序清单买一台雨云云服务器1核2G 起系统选 Ubuntu 22.04 LTSSSH 连上后先 apt update 升级系统安装 Docker配置镜像加速器创建 ~/wordpress 目录写入 docker-compose.ymldocker compose up -d 启动公网 IP 打开浏览器完成 WordPress 初始化域名做 A 记录解析部署 NPM配置反向代理和 HTTPS 证书写备份脚本并加入 crontab8.2 过程中最容易踩的五个坑3306 端口对外开放数据库成为攻击目标千万别开WordPress 容器和 MySQL 容器的数据库密码不一致初始化时反复报错修改 yml 后没有 docker compose down 直接 up端口冲突需要先 down 再 upHTTPS 证书申请失败先确认域名解析已生效、80/443 端口从公网可访问备份脚本没加执行权限crontab 静默失败备份一直没执行8.3 最后分享一个我的习惯博客上线之后我第一时间去后台把固定链接改成文章名格式在设置里把评论开启人工审核。前者让 URL 更简洁后者防止垃圾评论直接把站点淹没。这些小细节不在部署教程里但会影响日后的使用体验。这次用雨云部署的整套流程我最大的体会是零基础部署不是记住每条命令而是理解数据流和容器隔离的思路。思路通了用什么云厂商、装什么系统都只是换个入口的事。按照上面的步骤走完一遍你收获的不只是一个能访问的博客还有今后操作任何云服务器时的底气和判断力。