博客缓存搬到 Cloudflare：验证效果与常见问题排查
前三篇分别讲了为什么换、怎么把域名解析指向 Cloudflare、以及插件层面要排查哪些设置。这一篇是收尾：怎么确认缓存真的生效了，遇到不对劲的情况该往哪几个方向去查，以及这次调整下来的实际感受。
技术
博客缓存搬到 Cloudflare：插件配置排雷指南
上一篇把域名解析指向了 Cloudflare，也在 LiteSpeed Cache 里完成了 CDN 切换。但这时候博客还有两个问题没解决：Cloudflare 免费版默认不缓存 HTML 页面，以及 LiteSpeed 里一部分依赖 QUIC.cloud 云端额度的功能因为额度不足会出问题。这一篇就是把这两件事一个个排查清楚。
博客缓存搬到 Cloudflare：域名解析与 LiteSpeed 配置
上一篇讲了为什么决定把这个博客的缓存换到 Cloudflare，以及最后定下的分工：Cloudflare 接管外网 CDN 和安全防护，LiteSpeed Cache 退回本地工具的角色。这一篇是真正动手的部分，分两段：先把域名解析指向 Cloudflare（这样它才能接管流量做缓存代理），再回到 WordPress 后台完成 LiteSpeed 这边的配置切换。这里要说明一下：改的是域名解析和缓存层，源站服务器、WordPress 程序和数据库都原地不动。
博客缓存搬到 Cloudflare：为什么换、换什么
这是”把博客缓存迁移到 Cloudflare”系列的第一篇。这个博客做了三年，最近借助 AI 的建议调整了不少前端设置，结果把 QUIC.cloud 缓存服务的免费额度提前用完了。这篇先不讲怎么操作，只讲清楚一件事：为什么最后选择把 CDN 缓存换到 Cloudflare，而不是续费或者干等额度重置。这里要换的只是缓存和加速这一层，网站本身仍然跑在原来的服务器上。
用 Docker + AI 在 ARM 主机上搭建自己的 RSS 生成器
手里有一台 ARM 架构的 VPS，加上 AI 写码能力帮忙，搭建一套完全属于自己的 RSS 订阅体系，如今已经不是什么难事。RSS-Bridge 配合 Docker 部署，再让 AI 帮你写 XPath 和 PHP 桥接代码——这套组合正在悄悄改变”没有 RSS 就无法订阅”的老问题。
使用Gemini Agent解决NotebookLM生成演示文稿无法编辑文本的问题
在利用人工智能辅助制作演示文稿时，选择不同的技术工具会对后续的修改和调整效率产生直接影响。 当前，使用 NotebookLM 自动生成演示文稿是一种常见的方法。但在实际应用中可以发现，该工具生成的内容具有一定的局限性：其输出的幻灯片页面均为图片格式，用户无法直接对其中的文本内容进行选中、修改或调整。