开发日志 007:用极光玻璃系统重构博客的阅读与维护体验

这次不是换一层皮肤

内容管理、媒体库和备份链路已经具备之后,博客的瓶颈从“能否维护”转向“是否容易阅读和持续使用”。原有页面可以完成任务,但首页、项目、文章和履历仍是相对分散的入口;后台功能逐步增长后,也需要更清晰的代码和交互边界。

这一阶段以极光玻璃视觉系统为起点,重新整理整个站点的阅读路径。全局样式抽出颜色、层级、阴影和间距等设计变量,以柔和的极光背景、半透明卡片和低饱和状态标签承载内容,避免视觉效果压过文章本身。导航、卡片和内容区沿用同一套规则,前台与后台不再像两个独立产品。

首页回到“我是谁、做过什么、正在更新什么”

首页不再只是若干模块的集合,而是合并个人身份、项目网格、近期更新、技能和成长时间线,作为进入内容系统的总入口。原有履历、开发中和项目页面则收敛为首页锚点入口,减少信息重复和用户在多个页面之间来回跳转的成本。

文章侧新增独立索引页,按项目归档内容,并保留推荐文章位置;文章没有被手动推荐时会回退到最新文章。单篇文章增加粘性目录、标题锚点、代码块与表格的阅读优化,以及上一篇、下一篇导航。项目详情页同步加入项目横幅、说明书侧栏与架构流程展示,让项目介绍、实现说明和开发日志形成可顺序阅读的上下文。

动效服务于内容,而不是打断内容

新加入的轻量交互脚本统一处理分段进入、悬浮抬升和按压反馈,并对键盘焦点提供明确样式。用户启用“减少动态效果”时,内容会直接呈现,不依赖动画才能阅读;没有 JavaScript 的情况下也保持可用。这些约束让动效只是帮助建立页面节奏,而不是内容访问的前置条件。

404 页面也从跳转改为真实的未找到页面,开发工具栏在站点开发环境中关闭,避免无关界面元素干扰最终页面检查。

后台从一份大页面拆成可维护模块

后台这次完成结构性拆分:原本集中在单个页面中的大量脚本,分离为状态管理、接口访问、文章、项目、设置、媒体和通用界面等模块,页面本身只保留装配职责。功能没有因为拆分而缩水,文章的搜索、筛选、排序、分页、导入导出、内容体检与编辑仍然可用;媒体库继续承担上传、分组筛选、整理和备份入口。

同时,文章列表新增推荐开关,媒体库的分组筛选改为真实按路径过滤。这样,前台的“推荐内容”和后台的“内容整理”使用同一份可保存的数据,而不是额外维护一套展示状态。

阶段结果与后续

本轮完成的是一次围绕内容路径的整体重构:前台将个人、项目与文章收敛为清晰的阅读入口,后台以模块化代码继续承接内容维护,视觉和交互则由同一套设计系统约束。

下一步会在真实文章持续增长的过程中检查首页聚合、项目归档和推荐机制是否仍然容易定位内容,并继续避免为了展示效果牺牲 Markdown 内容的长期可迁移性。

所属项目个人博客系统 · 进度 80%