ZKKK123 · FIELD NOTES / 2026
FROM CLICK TO WEBSITE

从一次点击,
到一座网站

Hexo 8 + Fluid 建站指南
以淘宝为镜,理解一个网站怎样被访问、发布、经营与维护。

入网建站管理运维
●  https://zkkk123.cn
SOURCE → BUILD → LIVE
一个人运营的网站,也是一套完整的信息服务系统
PROLOGUE · 角色变化

你熟悉的是淘宝的“水面之上”

买家和商家的页面看得见,身份、网络、数据和持续运营却藏在水面以下。

买家看到的界面 搜索 · 商品详情 · 下单 商家看到的界面 上架 · 库存 · 售后 可见界面 账户 / 内容 / 订单 数据库 / API / 业务规则 网络 / 安全 / 发布 / 监控 一个人建博客也需要下面的系统,只是规模与复杂度不同 不必照搬淘宝静态站先解决展示,互动与交易按需增加
思维转折   从“我能在网页上做什么”转向“我向陌生人提供什么,并为它负责”。
THESIS · 四幕结构

建站不是安装教程,而是四次能力升级

01

入网

在互联网上有可寻址的空间

从地址到合法接入
02

建站

让内容成为真实可访问的页面

从源码到浏览器
03

管理

设计前台体验与后台流程

从用户到提供者
04

运维

保证公开服务持续可靠

从上线到长期运营
这四件事是持续循环,不是一次做完就结束的安装清单。
ACT 01 / ENTRY
01

入网:
拥有一块可被找到的
数字空间

服务器解决“住在哪里”,域名解决“怎样找到”,备案解决“以什么身份接入”。

01 / OWNERSHIP MODEL

一座网站,不是“买了一个东西”

域名、云服务器与备案彼此独立:你管理的是三组不同的资产与责任。

算力云服务器公网 IP / 进程 / 磁盘 寻址域名与 DNSA 记录 / 续费 / 解析 身份备案与接入内地部署时应核查要求 三者不能相互替代

同一域名可迁移服务器,但 IP 变化需更新 DNS。域名解析成功也不等于网站可用。
01 / COST MODEL

2 核 2G,不是最先需要优化的变量

个人静态站优先核对三笔账:计算资源、网络出入口、长期续费。

CURRENT INSTANCE
2 vCPU
内存2 GiB
云盘40 GiB
轻量 Hexo + Nginx 合适

先看长期价格

首年折扣与续费价格经常不同。

再看公网出口

大图片、视频与并发请求会占用带宽。

最后看扩展成本

数据库、API、搜索和备份将引入新的运维义务。

静态博客更常见的性能浪费,是传输几 MB 的大图,而不是 CPU 算力不足。
01 / ADDRESS RESOLUTION

域名不是网页的存储容器

访问从“记住名字”开始,但最终必须找到能响应请求的服务。

01 域名zkkk123.cn易记的人类地址 02 DNS 解析A → IPv4回答网站 IP 在哪里 03 网络与 HTTPSIP : 443连接目标与身份校验 04 Nginx页面文件返回静态资源 域名和 IP 只是寻址。 真正返回网页的是 Web 服务器;HTTPS、安全组、证书与站点配置共同影响能否访问。 示意链路(CDN、负载均衡、多级代理等场景会增加中间节点)
域名购买、DNS 解析、SSL 证书、Web 服务配置都需要分别管理。
01 / COMPLIANCE

备案不是一个安装步骤,而是一条服务边界

个人备案解决特定接入场景的身份问题,不替代收费业务、第三方平台等所需的判断。

中国内地服务器

接入前核实要求

主体实名认证、域名信息、接入商材料、审核及备案号展示。

材料及流程以主管部门与服务商现行指引为准。
网站功能改变时

重新检查合规边界

纯内容展示、付费服务、用户数据与第三方商户平台,并不是同一类运营义务。

不要把“已取得 ICP 备案”误解为“一切商业活动均被许可”。
官方参考:工信部备案管理系统 beian.miit.gov.cn
ACT 02 / BUILD
02

建站:
把一份内容变成
公开可访问的页面

同一个网页有两条完全不同的路径:访问路径,与发布路径。

02 / TWO PIPELINES

两条路径,只有最终页面是共同的

访问链路负责响应访客;发布链路负责把新的网页文件放到服务器。

READ PATH访客路径:浏览器怎样拿到页面? WRITE PATH站长路径:文章怎样被发布? 浏览器输入域名DNS得到 IPHTTPS发送请求Nginx返回文件页面渲染展示内容 Markdown源码与图片GitHub版本记录Actions构建站点rsync / SSH同步文件ECS公开目录
关键辨析   GitHub 保存源码,不意味着访客是从 GitHub 读取博客页面。
02 / REQUEST TIMELINE

一次网页请求,是一段端到端的对话

顺序示意:DNS 和 TLS 可能复用缓存或现有连接,真实网络不一定每次走完全部步骤。

BROWSER浏览器DNS解析服务EDGE网络 / TLSNGINXWeb 入口FILES静态资源 1 · 查询域名 2 · 返回地址 3 · HTTPS / 443 4 · 路由请求 5 · 查找文件 6 · HTML/CSS 7 · 返回资源,浏览器绘制页面
“地址能解析”与“页面能打开”是两个不同检查项,故障定位也应分层。
02 / BUILD SYSTEM

Hexo 做的是“编译”,而不是“在线编辑”

源码可以包含 Markdown、主题、图像与演示;构建生成供 Nginx 返回的静态文件。

SOURCE_posts/*.md 文章 / Front Matter BUILDHexo + Fluidnpm run build ARTIFACTpublic/HTML / CSS / assets DEPLOYNginx · ECSrsync → 公开站点 原始文件 source/_posts/wiki/guide.md index_img: /images/... title / date / tags / slides 上线文件 public/2026/.../index.html public/images/... 每次部署同步生成结果
源码变更应在 GitHub/本地完成。不要把生产环境的 public/ 当作持久编辑区。
02 / RELEASE GATES

一次提交,不等于一次可靠发布

分支评审、构建校验、产物发布、上线核对,是四个不同的质量关口。

①

源代码

文章、配置、图片齐全

GitHub diff
②

构建检查

Hexo / Marp 生成无错误

PR CI
③

生产发布

仅 main 推送同步文件

SSH / rsync
④

结果回访

URL、图片、手机端验证

公网检查
故障边界:构建成功不保证 SSH 成功;SSH 成功也不保证所有浏览器呈现正确。
实践细节:rsync --delete 会删除目标目录中构建产物以外的文件,须核对同步目录。
ACT 03 / OPERATE
03

管理:
从浏览网页的买家,
转变为提供服务的站长

不是再做一个淘宝,而是借用“前台消费 / 后台供给”的角色切换。

03 / TWO SIDES

同一座网站,存在两个完全不同的操作世界

访客关心能获取什么;站长必须决定提供什么、怎么更新、如何回应与维护。

VISITOR / 买家 WEBSITE / 公开服务 OWNER / 站长 搜索信息阅读详情查看反馈使用工具 导航 / 内容图片 / 资源评论 / 交互工具 API(可选) 编写 / 发布分类 / 封面管理反馈维护权限与安全 Hexo 默认是静态展示。交易订单、会员和支付属于额外的系统与责任。
类比的边界要清楚:淘宝交易后台是大型业务系统,Hexo 静态博客并不自带订单系统。
03 / PRODUCT DESIGN

个人网站真正“上架”的,是持续的可用价值

一个小网站无需建设完整商城,也能成为个人名片、经验索引和工具入口。

IDENTITY
01

让别人认识你

个人介绍、研究兴趣、论文成果、项目作品。

名片 · 信任
KNOWLEDGE
02

让经验被复用

技术实践、问题复现、真实验证、资料链接。

Wiki · 搜索
SERVICE
03

让工具可以使用

在线转换、轻量查询、公开接口与交互能力。

Tools · 反馈
正确的问题不是“网站还能加什么功能”,而是“访客为什么还会回来”。
03 / FEATURE LADDER

功能的每次升级,都会带来新的义务

从静态内容到可交互工具,再到账户和交易,复杂度不是线性增加。

L1公开内容Hexo 静态站L2访问反馈评论 / 表单L3在线工具独立 APIL4用户身份登录 / 数据存储L5交易业务支付 / 订单 / 合规 业务能力 责任与复杂度
适合个人站的演进:优先做好展示 → 看真实需求再加轻量交互 → 需要时才建复杂后端。
ACT 04 / MAINTAIN
04

运维:
发布成功只是开始,
可靠访问才是交付

站长不必时时盯着面板,但要知道故障会在哪一层发生,以及如何恢复。

04 / TROUBLESHOOTING

网站打不开时,先问“断在哪一层?”

不要一上来就重装服务器:先定位域名、网络、Web 服务或静态资源。

浏览器与内容错误页 · 图片失效 · 移动端异常01Web / 应用Nginx 4xx/5xx · TLS · 反向代理02主机与网络内存 · 磁盘 · 带宽 · 防火墙03域名与发布DNS · 证书到期 · Actions 失败04
看不到网页 ≠ 服务器坏了。以 DNS、TLS、Nginx 日志、文件路径与构建记录逐层排查。
04 / PERFORMANCE

小服务器的体验瓶颈,常常不是 CPU

一篇文章的巨大图片、外部脚本和未缓存资源,可能比页面生成本身更影响加载体验。

资源类型 请求与传输体积(示意,非真实测量) HTML结构CSS / JS界面逻辑封面大图可视素材外链脚本第三方
建议:先压缩大图、设置延迟加载与缓存,再评估 CDN。图中是资源成本示意,不是 Lighthouse 实测数据。
04 / RESPONSIBILITY

上线后的三项长期资产:信任、可发现、可恢复

01

安全与信任

限制面板暴露、使用 SSH 密钥、及时更新,避免秘密信息进入 Git。

防攻击 · 护隐私
02

SEO 与发现

准确标题、站内导航、结构化内容和长期有效的链接。

让人找得到
03

备份与恢复

仓库管源码,快照管主机,重要配置和数据各有备份。

不是“有备份”就够
小站点也应该建立最低限度的域名到期提醒、发布失败提示和定期备份检查。
04 / OPERATING RHYTHM

把维护从“长期盯屏幕”变成固定节奏

稳定的流程,比时不时进行一次大规模网站装修更有价值。

01

每次发布

构建状态 / 在线 URL / 图片加载

02

每周

错误日志 / 外部链接 / 空间与带宽

03

每月

域名与证书 / 更新 / 恢复演练

不是增加一个需要每天打卡的后台,而是建立一个不会被遗忘的运营闭环。
THE NEW MENTAL MODEL

网站的终点,不是
“页面能打开”。

而是有人愿意来,
你也能够持续回应。

入网是基础设施 · 建站是交付链路 · 管理是用户价值 · 运维是长期承诺

ZKKK123 / HEXO × FLUID