技术折腾

本文介绍了作者在修改 Butterfly 主题网站封面布局时，因无法通过覆写规则实现需求，转而 Fork 主题仓库直接修改源代码，却因长期未操作导致环境变化而失败。情绪冲动下，作者先删除仓库，又误删了整个网站文件夹，导致包含 60 多篇空白草稿的 _drafts 文件夹彻底丢失——这些草稿本是未来一年的选题灵感来源。作者反思了将草稿库加入 .gitignore 仅影响版本控制、无法保护本地文件的教训，并对比了此前因缺乏备份丢失 100 多篇文章文档站的更惨痛经历。文章还提到树莓派因承担评论服务和图床导致流量异常（下传 120 多 GB、上传 80 多 GB）的过往问题。最终作者依靠自己记录博客的习惯重新恢复部分脚本逻辑，但承认未来更新速度会变慢、选题难度加大。本文警示读者备份要彻底，避免选择性忽略文件。

本文介绍了作者将网站说说功能从本地文件管理迁移到远程拉取架构，解决 Git 提交历史臃肿的技术债务。随后，作者重构了标签系统，编写了两个 Python 脚本：auto-essay-tags.py 批量调用大语言模型 API 为已有说说自动生成社交媒体风格标签，essay.py 则用于新增说说时自动获取时间、生成唯一 key 并调用 API 打标签，两者共用同一标签库 essay-tags.md。文章还探讨了在轻量级标签生成场景下，长上下文并非最优解——传递最小必要信息更高效，并质疑当前 AI 厂商依赖长上下文消耗 Token 的商业模式可能扭曲了技术发展方向。

本文介绍了作者在重构网站编译模式并提交 GitHub Actions 工作流时遇到的困境。作者试图提交到官方模板仓库，却发现必须勾选一份全英文的 Pull Request 表单，其中一条要求提供图标。由于作者仅准备了代码，便尝试将 Hugo 的六角形图标修改为 Hexo 的尖角风格，但 SVG 修改失败。在求助 AI 豆包时，豆包反复复述问题却无法生成正确图片，甚至只给出空洞承诺。作者回忆豆包仅在生成角色三视图和技校填表时有用，对这次低效服务感到失望。文章探讨了 AI 工具在具体任务中的局限性及用户体验问题。

本文介绍了作者如何优化网站部署与数据管理流程，实现 Butterfly 主题的说说页面与主网站完全分离。作者首先改造了 GitHub Actions 中原本为 Next.js 设计的模板，将其适配为 Hexo 构建流程，配置了缓存、并发控制与自动部署，使每次推送代码后自动完成依赖安装、静态文件生成并部署到 GitHub Pages。随后，作者用 Python 编写脚本，将本地 YAML 格式的说说数据转换为独立 JSON 文件，并修改说说页面的 Frontmatter 配置，使其远程加载该 JSON 数据，从而实现内容与主站分离管理。最后，作者解决了因仓库名称冲突导致的路径跳转问题，通过改用不重名的仓库成功部署。整个过程显著提升了版本管理效率，降低了维护成本。

本文介绍了作者从 Windows 7 和 Windows 10 的忠实用户，到尝试 Windows 11、Linux 发行版，最终换用 MacBook Air 的曲折经历与反思。文章描述了 Win11 初期仅作为 Win10 皮肤，在低端硬件上频繁崩溃，而后在高配游戏本上表现稳定的体验对比；以及切换到 Linux 后因图形界面难用、驱动兼容问题又重回 Windows，却面临 Win10 即将停止安全更新的困境。作者指出微软砍掉测试团队、由 Surface 部门接管 Windows 业务，将用户当作免费测试员的错误做法。文章探讨了用户真正需要的是稳定一致的体验与长期安全维护，而非频繁的 UI 花样改动。最终作者得出结论：操作系统应作为可靠的生产力工具，而非需要用户不断适应和妥协的半成品。

本文介绍了作者为解决博客文章标签利用率低的问题而编写的 Python 自动化脚本。该脚本利用 DeepSeek API 为每篇文章生成 5 个适合 SEO 的标签，并优先复用已有的标签库以避免重复。脚本自动读取 Markdown 文件，调用 API 后解析返回的标签，插入到文件的 frontmatter 中，同时更新一个标签总和文件，确保每次运行只载入当前文章和标签列表，从而降低上下文熵增。作者还建议配合 Git 管理文章目录以防数据丢失。该脚本有效简化了标签分配流程，提升了博客 SEO 优化效率。

本文介绍了作者对个人网站进行的一次大规模破坏式更新，主要包括导航栏顺序调整、合并友链与社交入口、新增工单和留言页面，并移除了分类与标签入口。网站彻底删除了对 Giscus 评论系统的支持，保留 Waline 匿名评论功能以提升访客积极性；同时移除了大部分特效和浅色模式，统一为深色主题，并更换了更符合风格的图片。技术方面，新增 PWA 适配以提升缓存和加载速度，移除 PJAX 并恢复 Lazyload 懒加载，优化了性能。文章还提醒老读者务必清除浏览器缓存，并分享了网站图标设计建议。作者感谢读者支持，鼓励大家继续进步。

本文介绍了如何为 Butterfly 主题添加一个根据时间段自动显示问候语的 Snackbar 提示条功能。文章将一天划分为六个时段并对应不同问候语，通过 JavaScript 脚本判断首页后延迟一秒触发提示。同时详细说明了利用主题的 inject 配置项将脚本注入所有页面，并针对 Snackbar 自带的 Roboto 字体与网站 ZCOOLXiaoWei 字体不统一的问题，编写自定义 CSS 覆盖字体设置，使提示条外观与网站风格一致。整个过程轻柔自然，不干扰浏览体验，且支持灵活修改文案，为博客增添人情味。

本文介绍了如何在网站中添加 Giscus 作为第二评论区，由于 Giscus 通过 iframe 标签嵌入，美化时需要使用带网站域名的绝对路径。文章选择 noborder_light 和 noborder_dark 作为默认亮暗主题，并将 CSS 文件存放于 /assets/css/giscus/ 目录。详细给出了亮色与暗色两套自定义 CSS 代码，包括字体引入、颜色变量、按钮样式等，确保评论区与网站风格统一。最后展示了在配置文件中的主题引用方式（light_theme 和 dark_theme）。整个过程旨在快速实现评论区的基本美化，后续可进一步优化。

本文介绍了 Hexo 博客 Butterfly 主题的亮暗色切换实现原理与自定义方法。文章指出 Butterfly 通过 JS 脚本控制 `data-theme` 属性实现颜色模式切换，而非监听浏览器主题，因此刷新页面后才能响应系统主题变化。作者详细解释了暗色模式下的 CSS 变量赋值方式，并给出了具体的代码示例，包括如何为卡片、布局等元素分别设置亮色和暗色背景，以及如何使用 `[data-theme='dark']` 选择器替代 `@media (prefers-color-scheme: dark)` 进行暗色样式定制。文章为需要深度美化 Butterfly 主题的用户提供了实用的 CSS 编写思路。