个人网站建设时序演进与双站点协同架构

0. 文档综述

本文档完整梳理本人二十余年个人网站建设时序沿革，包含早期建站探索、多轮设备迭代、路由器固件折腾、域名更迭、服务方案取舍、界面与工具迭代，最终落地当前最新「云端轻量化主站+本地大容量资源副站」双站点协同架构。

文档核心区分两大维度：历史沿革（已淘汰、阶段性测试方案）、当前正式落地架构（稳定生产环境），完成全流程去重、纠错、时序梳理。

关键设备定位校准：X96X4电视盒子仅为2026年阶段性测试设备，非长期生产环境；整套家庭网络与网站服务最终主力设备为 Netgear R7000（FreshTomato 刷机固件），所有正式外网服务、资源调度、域名解析、端口映射均基于该设备稳定运行。

站点运行现状校验（基于最新网页探测结果）：

• https://niuchunguo.pages.dev 云端主站：正常稳定在线，为核心用户访问入口
• http://ncg.linkpc.net:2083云端主站测试环境：正常稳定在线，承载上线前测试功能
• http://ncg.linkpc.net:8000 本地资源副站：正常稳定在线，承载重型资源调用
• http://ncg.ddns.net:8000 旧域名：已过期停用，网页解析失败，彻底淘汰

1. 个人网站全时序建设沿革（历史迭代·已淘汰/阶段性方案）

1.1 初代建站阶段（2000年以前）

为个人最早建站探索时期，依托早期网页开发工具完成基础站点搭建，整体采用框架目录+活动正文的页面结构。

建站工具：微软 FrontPage（初代主流网页制作工具）

初代域名迭代（早期商用子域名，现已全部停用）：

• ncg.bcf.net.cn（北京长峰公司子域名，最早域名）
• ncg.xjh.com
• ncg.huadi.com.cn

阶段收尾：回归航天工作后，初代网站暂停运行，为个人建站技术积累基础经验。

1.2 NAS 软链接建站阶段（中期内网服务方案·已淘汰）

建站核心载体为飞牛NAS（HP8440p主机+飞牛软件）。为规避直接修改NAS系统配置的复杂度，采用软链接+子目域名的轻量化建站方案，无虚拟机、无Docker部署，纯原生系统实现。

部署规范：光猫配置DMZ内网地址转发，NAS服务端口5666/，个人主页部署于 5666/1/ 子目录，通过域名子目对外提供静态网站服务。

阶段优化尝试：后期尝试在飞牛NAS安装Apache服务，多端口拓展网站服务，进一步简化配置难度。

为实现飞牛NAS远程访问不受限速，向运营商申请公网IP，搭配二级DDNS域名，实现内网文件服务公网可访问。

方案淘汰核心原因：

• NAS整机功耗高，长期24小时运行资源浪费严重；
• NAS承载外网服务存在安全风险，曾出现外网攻击隐患，稳定性不足；
• 设备定位冲突：NAS核心职能为内网文件存储、多设备同步，不适宜对外暴露建站服务。

痛点引出：NAS高功耗问题，促使我开始寻找低功耗全天候HTTP服务的替代方案。

1.3 X96X4 电视盒子测试建站阶段（2026年阶段性测试·非生产环境）

本阶段为低功耗建站方案验证测试，仅用于技术可行性探索，未作为正式长期运行环境。

部署方案：X96X4电视盒子安装Termux Linux模拟器，搭建Nginx静态网站服务；受国内家庭宽带80/443端口封禁限制，通过华为光猫虚拟主机端口映射，启用8000端口对外服务，绑定域名 http://ncg.ddns.net:8000。

设备优缺点：整机功耗仅5W，低功耗优势明显；但是安卓系统对USB外接硬盘存在限制，文件服务难以推进；原生安卓系统断电重启后服务无法自启，需要遥控器手动操作，运维繁琐。

阶段优化：2026年2月6日刷机ATV原厂系统，解决Termux自启动问题，但受限于安卓底层对USB存储的短板，整套方案依旧达不到生产环境可靠性要求，只保留为测试方案，不正式上线。

域名收尾：ncg.ddns.net域名后续过期未续期，现已彻底停用、解析失效。

1.4 Netgear R7000 路由器固件迭代历程（2026‑03‑24，最终主力设备定型）

我的家庭NAS原始需求，只需要本地SMB文件服务、外出FTP访问。Netgear R7000原厂固件自带NAS功能，初期完全满足该需求。

在搭建飞牛NAS之后，重新燃起恢复个人网站的想法。但飞牛NAS功耗高，而X96X4安卓盒子又存在USB存储、系统稳定性短板，于是把目光转回Netgear R7000路由器，希望在路由器硬件上实现低功耗全天候HTTP网站服务+本地文件服务一体化。

固件迭代试错完整过程：

1. 原厂固件阶段：R7000原生固件，内置基础NAS（SMB/FTP），但扩展web服务能力不足，不适合跑个人网站。
2. OpenWrt刷机尝试：刷入OpenWrt固件，技术上可以实现Nginx、SMB、FTP全套服务；但OpenWrt镜像体积小约10MB，大部分组件需要后期手动安装，USB存储驱动支持不稳定，容易死机，可靠性达不到长期运行要求。
3. 切换至FreshTomato（最终定型固件）：更换为FreshTomato AIO一体包，固件大小接近原厂约30MB，http、SMB、FTP全部内置开箱即用；USB硬盘挂载稳定，长时间运行未出现死机。

至此，Netgear R7000 + FreshTomato 正式确立为整套家庭网络、NAS文件服务、个人网站资源站的主力生产硬件平台。

1.5 历史域名完整迭代梳理（全周期归档）

个人建站全程依托免费域名、DDNS动态解析服务迭代，因免费域名普遍存在过期、解析延迟、稳定性差的问题，多次迭代更替：

• 商用子域名期：ncg.bcf.net.cn、ncg.xjh.com、ncg.huadi.com.cn（最早、已停用）
• 路由器原生DDNS：niuchunguo.mynetgear.com（长度过长、记忆不便、稳定性差）
• 短期测试DDNS：ncg.ddns.net（秒级解析，但过期失效、已淘汰）
• 当前稳定域名：ncg.linkpc.net（自定义端口适配、稳定性最优）、niuchunguo.pages.dev（云端静态域名、无端口限制）

域名选型最终结论：固定使用 ncg.linkpc.net 作为本地资源站核心域名，搭配Cloudflare Pages官方域名，彻底解决免费域名失效、解析延迟问题。

2. 网站界面与制作工具时序迭代

2.1 页面界面规范（当前固定版本）

春节迭代后网站界面完全定型，长期固定无大幅调整，采用标准化静态页面架构：

• 主题配色：深咖啡色导航栏、白色文字、中咖啡色正文区域；孙子专题栏目独立采用绿色主题，其余布局统一。
• 页面结构：固定三模块布局——标签栏、导航栏、iframe内嵌内容栏，全局结构稳定，仅PC横屏、孙子栏目存在差异化适配。
• 特色导航：首页集成魔方三级导航，默认自动旋转，可手动锁定固定专栏，九宫格对应不同页面资源，实现三级快速跳转。

2.2 建站工具分工与迭代

摒弃早期单一Frontpage工具，现阶段采用双工具互补模式，适配Win11系统使用场景：

• Markdown+noyepad++（主力）：负责全站HTML、CSS、JS页面结构编辑、代码维护，稳定性适配Win11系统。
• SharePoint（辅助）：主要用于文本换行自动添加换行符使用。
• ffmpeg（辅助）：主要用于图像格式转换使用。

技术选型结论：静态网站架构完全满足个人建站需求，无需动态程序，运维简单、加载稳定、故障率极低。

3. 当前正式生产架构（最新稳定版·双站点协同体系）

经过多轮设备、固件、域名、服务方案迭代淘汰，当前最终落地 「云端轻量化主站 + 本地大容量资源副站」双站点协同架构，核心承载设备为 Netgear R7000（FreshTomato刷机固件）。物理结构如图所示：

底层现实约束需求分析
架构的原始出发点来自国内家庭宽带的现实限制：家庭宽带运营商封锁80、443标准端口，家庭自建设备无法直接对外合法提供HTTPS服务。 为解决自建环境HTTPS访问障碍，考虑引入第三方免费静态托管站点作为补充。但第三方免费站点本身存在固有短板：

1. 境外节点访问国内资源存在网络链路问题，国内用户访问存在响应速度波动；
2. 免费平台存在硬性存储空间上限，无法存放原图、视频、音频等大容量多媒体素材；

因此不能把全部网站业务完全交由第三方平台托管。本双站点架构就是针对该矛盾点做的折中设计：把适合第三方平台的轻量化页面、网页脚本、缩略图放到云端；把大体积重型资源保留在家庭本地R7000设备上，由本地资源副站承担存储输出，扬长避短，兼顾HTTPS访问体验与大容量资源存储需求。

整套架构重点解决四大核心问题：云端静态平台容量限制、家庭宽带端口/HTTPS访问障碍、图片资源冗余备份、网页访问体验优化。

3.1 架构设计核心目标

• 解耦容量限制：规避云静态页面平台存储空间上限，拆分轻量化页面与重型多媒体资源；
• 规避家庭宽带端口约束：借助第三方免费静态托管实现HTTPS入口访问，大体积资源回源家庭本地设备，绕开家庭宽带80/443端口封锁带来的HTTPS部署障碍；
• 体验优先：90%场景本地秒开，跨站资源调取无感无感知，兼顾云端访问速度与本地资源输出，保障浏览流畅度；
• 安全冗余：实现WebP轻量化图片双站双向备份，杜绝资源丢失；
• 运维简化：双站职能边界清晰，迭代、更新、故障排查互不干扰。

3.2 双站点基础信息与职能定位

3.2.1 云端主站点（核心访问入口）

站点地址：https://niuchunguo.pages.dev 存储容量：约十几MB，极致轻量化 核心职能：全网唯一对外访问入口、页面主体渲染载体，极速响应用户请求 存储资源类型：HTML、MD、CSS、JS等文本代码文件；本站配套WebP轻量化图片（用于本地快速渲染）。

3.2.2 本地资源副站点（大容量资源池）

站点地址：http://ncg.linkpc.net:8000 存储容量：100MB+，大容量资源承载池 核心职能：承接主站所有重型资源备份与补充调用，解决云端容量不足问题 存储资源类型：原图、视频、音频等所有大体积原始多媒体资源；同步存储WebP轻量化图片，实现双站冗余。

3.3 资源存储分层规范（核心落地标准）

• WebP轻量化图片·双站共存：所有轻量化网页图片，主站、资源站双向同步存储，互为备份，保障资源永不丢失。
• 重型多媒体资源·单向归集：大图、音视频、大型附件等大体积资源，仅存储于本地资源副站，主站完全剥离重型资源，永久维持超轻体量。

容量优化成果：彻底规避Cloudflare Pages容量限制，实现「轻页面云端分发、重资源本地承载」的最优架构。

3.4 用户访问与资源加载核心逻辑

3.4.1 常规加载流程（90%访问场景）

用户访问云端主站 → 主站优先调用本地HTML、CSS、JS、WebP图片资源 → 页面本地直接渲染，无跨站跳转、无加载延迟，访问速度最优。

3.4.2 无感跨站调取流程（特殊场景）

用户访问页面所需原始大图、音视频等稀缺资源，主站无本地存储 → 页面内置静态绝对链接，自动定向至ncg.linkpc.net:8000资源站 → 浏览器无感加载资源，页面浏览无中断、无体验割裂。

唯一特征：资源加载瞬间，浏览器地址栏临时切换为资源站域名，加载完成自动恢复主站域名。

3.5 双站点架构核心优势总结

1. 容量解耦：彻底拆分静态代码与重型资源，完美规避静态托管平台容量上限；
2. 规避端口限制：利用第三方托管拿到HTTPS访问入口，规避家庭宽带80/443端口封锁带来的自建HTTPS障碍；
3. 体验极致：绝大多数资源本地秒开，跨站调取无感，不影响用户浏览体验；
4. 安全冗余：WebP图片双站双向备份，大幅降低资源丢失、损坏风险；
5. 运维清晰：主站负责页面展示、副站负责资源存储，迭代更新、故障排查互不干扰；
6. 性能最优：轻量化WebP格式+本地优先加载机制，大幅提升全网网页加载速度。

4. 方案最终取舍与定型总结

经过二十余年迭代、多轮硬件‑固件‑域名‑服务方案试错淘汰，最终完成技术架构定型：

• 淘汰初代商用域名、过期DDNS域名、路由器原生DDNS，固定双域名稳定架构；
• 淘汰飞牛NAS对外建站方案，规避高功耗、外网被攻击风险，NAS回归纯粹内网存储定位；
• X96X4安卓盒子保留为纯测试设备，受安卓底层USB限制，不纳入生产环境；
• Netgear R7000经过原厂‑OpenWrt‑FreshTomato三轮固件试错，最终选定FreshTomato作为正式固件，承担家庭内网NAS、外网资源站；
• 定型「云端Pages主站+本地R7000资源副站」双站点协同架构，成为长期稳定运维的最终方案。

整套架构完美适配国内家庭宽带80/443端口封禁、免费域名不稳定、云端容量受限、境外免费托管访问速度波动四大痛点，兼顾HTTPS访问诉求、访问体验、资源安全、运维便捷性，为个人网站长期迭代、归档、故障排查提供完整技术支撑。