再一次优化网站样式:记网站破坏式更新,样式、评论缓存清理
本文介绍了作者对个人网站进行的一次大规模破坏式更新,主要包括导航栏顺序调整、合并友链与社交入口、新增工单和留言页面,并移除了分类与标签入口。网站彻底删除了对 Giscus 评论系统的支持,保留 Waline 匿名评论功能以提升访客积极性;同时移除了大部分特效和浅色模式,统一为深色主题,并更换了更符合风格的图片。技术方面,新增 PWA 适配以提升缓存和加载速度,移除 PJAX 并恢复 Lazyload 懒加载,优化了性能。文章还提醒老读者务必清除浏览器缓存,并分享了网站图标设计建议。作者感谢读者支持,鼓励大家继续进步。
Butterfly 自定义提示条:网站更有人味,Hexo 自定义时段问候
本文介绍了如何为 Butterfly 主题添加一个根据时间段自动显示问候语的 Snackbar 提示条功能。文章将一天划分为六个时段并对应不同问候语,通过 JavaScript 脚本判断首页后延迟一秒触发提示。同时详细说明了利用主题的 inject 配置项将脚本注入所有页面,并针对 Snackbar 自带的 Roboto 字体与网站 ZCOOLXiaoWei 字体不统一的问题,编写自定义 CSS 覆盖字体设置,使提示条外观与网站风格一致。整个过程轻柔自然,不干扰浏览体验,且支持灵活修改文案,为博客增添人情味。
Giscus 修改 CSS 样式:针对网站评论区美化,CSS 及适配过程
本文介绍了如何在网站中添加 Giscus 作为第二评论区,由于 Giscus 通过 iframe 标签嵌入,美化时需要使用带网站域名的绝对路径。文章选择 noborder_light 和 noborder_dark 作为默认亮暗主题,并将 CSS 文件存放于 /assets/css/giscus/ 目录。详细给出了亮色与暗色两套自定义 CSS 代码,包括字体引入、颜色变量、按钮样式等,确保评论区与网站风格统一。最后展示了在配置文件中的主题引用方式(light_theme 和 dark_theme)。整个过程旨在快速实现评论区的基本美化,后续可进一步优化。
Butterfly 亮暗切换机制:使用统一方式替代 @media 的实现方法
本文介绍了 Hexo 博客 Butterfly 主题的亮暗色切换实现原理与自定义方法。文章指出 Butterfly 通过 JS 脚本控制 `data-theme` 属性实现颜色模式切换,而非监听浏览器主题,因此刷新页面后才能响应系统主题变化。作者详细解释了暗色模式下的 CSS 变量赋值方式,并给出了具体的代码示例,包括如何为卡片、布局等元素分别设置亮色和暗色背景,以及如何使用 `[data-theme='dark']` 选择器替代 `@media (prefers-color-scheme: dark)` 进行暗色样式定制。文章为需要深度美化 Butterfly 主题的用户提供了实用的 CSS 编写思路。
Butterfly 卡片模糊效果:实现卡片毛玻璃教程,暗色模式适配
本文介绍了在 Butterfly 主题网站中为卡片实现毛玻璃效果的方法与问题解决过程。文章首先指出,为所有卡片统一设置 backdrop-filter: blur(7px) 可使导航栏模糊程度一致,但在暗色模式下会因缺乏基础颜色导致卡片与背景糊成一片。作者曾尝试通过 @media (prefers-color-scheme: light) 限制仅在亮色模式生效,但这并非根本解决方案。后来意外发现主题作者为导航栏设计的十六位色(如 #FFFFFFB3 和 #121212CC),通过为亮色和暗色模式分别设置带透明度通道的背景颜色,再统一保留 blur(7px),即可实现不干扰网站扁平化设计的毛玻璃效果,且暗色模式用户也能正常使用。最后,文章给出了在 Butterfly 主题配置文件中引入对应 CSS 文件以及通过 Cloudflare Pages 完成部署的示例代码。
那段 MkDocs 折腾史:从 MkDocs 起步的博客,值得怀念的经历
本文描述了作者最初在 2025 年因 Arch 系统故障偶然接触 MkDocs 的经历,通过一个大学生博客的引导,一步步搭建起自己的第一个博客网站。虽然当时只会照抄教程、缺少美化技巧,导致网站外观简陋,但这次体验让作者首次发现建站可以如此便捷,无需手写 HTML。后来才意识到 MkDocs 只是文档生成工具,功能如 Sitemap、RSS 等需依赖插件且配置繁琐。作者也回忆了那位引导者 S 佬的博客后来消失,以及自己初中时期请假在家折腾系统的特殊经历,感慨那段时光为个人博客启蒙带来了不可替代的怀念。
Cloudflare AI 防护的影响:无意间开启防护,导致网站排名下降
本文介绍了 Cloudflare AI 防护功能对网站搜索引擎排名的影响及其解决方案。当用户开启 Cloudflare 的 AI 防护后,系统会自动生成一份 robots.txt 文件,即使网站原本没有该文件,也会禁止绝大部分 AI 和爬虫访问,导致网站在搜索引擎中掉排名甚至无法被搜到。作者通过必应警告发现了这一隐藏问题,并指出除非用户完全不关心网站排名且只希望朋友访问,否则应当关闭该自动功能,自行编写合适的 robots.txt。文章反思了个人网站运维中容易被忽视的细节,强调即便掌握 Linux 等运维技能,仍可能因这类小配置影响网站可见性。
关于个人网站的思考:网站被爬虫偷数据,为何我还坚持更新
本文探讨了作者重新审视个人网站价值的经历。作者通过分析 Cloudflare 后台数据发现,大量访客实为 AI 公司部署在西方的爬虫,它们批量下载中文内容用于模型训练却不贡献搜索引擎索引,导致其个人网站几乎无法被搜索到。作者与朋友的争论引出核心观点:个人网站不是保存工具,而是一个游乐场——配置 CDN、分析流量、甚至与爬虫斗智斗勇的过程本身就是乐趣。尽管知道内容可能被 AI 消化、姓名被抹去,作者仍选择继续更新,因为游戏的意义在于过程而非结局。文章反思了在 AI 时代个人创作的被利用与独特性的消解。
CF Workers 和 Pages 的区别:对比 Workers 与 Pages 冷启动到部署
本文介绍了 Cloudflare Workers 与 Pages 两种原生部署模式的区别。文章从域名入手,指出 Workers 使用 workers.dev 而 Pages 使用 pages.dev。接着深入分析 Workers 的两种形态:Serverless 和静态 Workers。Serverless 以函数形式处理请求,存在冷启动问题,仅有算力无存储,需搭配云数据库如 Neon、MongoDB 使用;静态 Workers 则能连接 GitHub 仓库自动构建静态站点,但每次需回源计算,无法充分利用 Cache Rules。文章还对比了 Workers 与 Pages 在部署流程上的差异,并提供了使用 Wrangler 命令行工具推送代码到 Pages 或 Workers 的实战示例,帮助读者根据项目类型选择合适方案。
Butterfly 网站默哀功能:默哀日网站自动变灰功能的实现方法
本文介绍了如何使用一段简单的 JavaScript 代码为网站添加默哀功能,即在特定纪念日自动将网页元素从彩色变为灰白色。代码通过检测当前日期是否匹配清明节、国家公祭日、汶川地震纪念日、七七事变纪念日、九一八事变纪念日、烈士纪念日、日本投降纪念日以及毛泽东、周恩来、邓小平逝世纪念日等日期,若匹配则对 document.documentElement 应用 grayscale(100%) 滤镜。文章还说明了需在主题配置文件中通过 inject 方式导入该 JS 脚本,并提供了示例配置代码段。整体实现简洁,无需额外提醒文字,仅通过视觉变化体现默哀。




