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 脚本,并提供了示例配置代码段。整体实现简洁,无需额外提醒文字,仅通过视觉变化体现默哀。
记一次 Hexo 博客迁移:GitHub 被封,迁移到 CF Pages 速度飞快
本文介绍了作者因 GitHub 账号被封而被迫迁移网站的经历。作者在凌晨美化网站并推送更新时发现账号被 Masked,怀疑与使用域名邮箱有关。认为 GitHub 虽重要但访问不便,且存在被封风险,因此决定将网站迁移至 Cloudflare Pages。通过本地编译后拖拽部署,发现 Cloudflare Pages 速度极快,优于 Vercel。作者最终建议开发者备份代码至 Codeberg 或 Gitee 等平台,避免依赖单一服务商。全文体现了对开源平台风险的警觉与主动备份的重要性。
我的 AI 编辑器迁移史:从通义灵码到 Trae,我都用过的 Agent 工具
本文介绍了作者自 2023 年起使用 AI 编辑器的个人经历与感受。从 ChatGPT 的爆火开始,作者尝试了微软 Copilot、阿里通义灵码、Aider 等工具,并描述了代码补全、自然语言生成代码等功能的演进。2025 年,作者引入 DeepSeek API 与本地部署的 Ollama 提升编程体验,同时尝试写博客并最终选择 Trae 作为主力编辑器。文章还提及了 Trae 的 SOLO 模式、已合并的 iFlow CLI 等创新工具,对比了它们的稳定性、免费程度与使用体验,分享了配置过程中的困难与个人偏好,展现了 AI 编辑器从简单补全到智能工具调用的发展历程。


