Power Knowledge · 实训课
从 0 到上线
网站建设实训课
一条能照做跑通的完整链路:本地 → 仓库 → 服务器 → 域名 → 备案 → 上线 → 维护。 及格线只有一条 —— 学完能独立把站从域名做到上线,并在出故障时知道先查哪一层。
10个阶段
31讲
4条学习路径
11条通用红线
01
这门课是什么 / 不是什么
边界先划清:它不追求讲全,只保证讲到的部分能照着做、做完了能自己验证。
是
- 一条能照做跑通的完整链路:本地 → 仓库 → 服务器 → 域名 → 备案 → 上线 → 维护
- 每个模块都有能力目标、产出物、验收判据、练习
- 把踩过的坑当教材,每条坑都写清后果
- 两条路线对照:构建型 / 零构建,失败模式正好相反
不是
- 面面俱到的百科 —— 每个技术只讲到「够用且不出事」
- 「点这里点那里」的截图流水账
- 通用 AI 生成的模板教程
- 只讲一种做法,换个项目就废
读者
能装软件、会看命令行输出即可;不要求会写代码
设备
按 Windows + Git Bash 讲,坑位也是这个环境的
账号
GitHub、云厂商、域名注册(建议域名与服务器同一家买)
预算
域名数十元/年 + 轻量云数十至百元/月 + 证书免费。价格随活动波动,以官网为准,本课不给具体金额
心理
备案是唯一无法用技术绕过的时间成本,必须提前排进计划
02
两条技术路线
本站所有模块都同时覆盖这两条路。为什么两条都讲:它们的失败模式完全相反 —— 只学一条,遇到另一类站就会用错排障方向。
构建型 · 单页应用
llc-design-tool
- 本机
- 需要构建(tsc + vite + 后处理)
- 上线
- Actions 构建后 SSH 推送到服务器
- 延迟
- 约 4~5 分钟(含构建与传输)
- 失败主因
- runner 到服务器链路不稳
- 适合
- 有交互、有计算、组件多
零构建 · 多页站
wx-seastar
- 本机
- 仓库根目录就是发布产物
- 上线
- 服务器定时自己拉取发布
- 延迟
- ≤2 分钟(巡检周期,不是端到端实测)
- 失败主因
- 白名单与实际文件不同步
- 适合
- 官网、介绍页、内容站
03
课程地图
10 阶段 · 31 讲每讲都有:能力目标 → 要讲清的事 → 照着做的步骤 → 产出物与验收判据 → 练习 → 踩坑 → 自检表。
S0
起手式
3 讲
S1
版本管理
4 讲
S2
买与备
6 讲
S3
上线
4 讲
S5
后台 · 数据 · 权限 · 密钥 · 打通
5 讲
S7
维护
3 讲
S8
综合
1 讲
S9
通知与触达
1 讲04
关键路径与四道门禁
这条线上有四个环节,卡住时不是代码问题 —— 去改代码只会浪费时间。它们分别是备案、解析、证书与公安备案。
立项《站点方案卡》
本地环境与通道自检通道体检报告
建仓 · 首个提交可推送的空仓库
买服务器可用快照
买域名 + 实名解析记录表
门禁① ICP 备案备案号
服务器初始化环境自检通过
门禁② 解析生效dig 返回目标 IP
门禁③ 证书 + 强制 HTTPS全站 https
首次手工上线三层核验全过
自动化一条可用流水线
发版tag + Release
门禁④ 公安备案两个备案号
维护循环体检脚本
05
四条学习路径
按耐心排,不按知识结构排同一套 31 讲,按目标裁剪。Q 是最短闭环:先一个下午跑通一个能打开的站,拿到正反馈,再回头补工程化。
A
最小可用站
19 讲只把一个静态站挂上去,不折腾自动化。备案、解析、证书、nginx 一次学会。
B
工程化站
28 讲要长期维护、要发版、要交接。加了版本管理、自动部署、权限与密钥、打通。
06
十一条通用红线
不分阶段,全程适用这些不是「最佳实践」,是底线。违反其中任何一条,出了问题都不该算意外。
- 改前先读,改后回读。不接受「应该改好了」。
- 一次只改一件事,一次只提交一件事。
- 密钥永不进仓库,永不出现在截图里。
- 生产目录只允许部署脚本写,人上服务器只读优先。
- 没演练过的备份,不算备份。
- 发布必须给「已上线 / 未上线」的结论,不拿绿勾当证据。
- 多站共存时,只动自己的 web 根目录。
- 权限最小化:能只读就别给写。
- 不确定就停下问,不猜、不编、不用「通常」糊过去。
- 任何「顺手优化」都要先回答:不改会怎样。
- 自造的词必须在使用处给定义,否则就是给别人留债。
07
术语表
共 28 条自造的词必须在使用处给定义 —— 这是第 11 条红线。这里集中放一份,讲义页会各自列出本讲用到的术语。