技术选型与 Cloudflare 生态

我最开始接触 Cloudflare 产品是无意中在 YouTube 视频中，看到有人介绍它提供的 1.1.1.1 的 App 程序，可以用来绕过网络防火墙来访问国际网络，也就是可以免费翻墙。

后面我开始查阅他们官网，发现可以免费托管静态网站，然后就打开了新世界的大门，觉得这个公司真伟大。后面接触了他们提供的workers，R2，D1， D1 SQL数据库，KV数据库

使用Cloudflare全家桶目的

免费，免费，免费！主要是他家有提供免费额度，个人根本使用不完。

有静态页面托管（托管前端 Cloudflare Pages ：托管我的前端网站页面文件），

无服务器边缘计算（边缘计算 Cloudflare Workers这是一种 Serverless（无服务器）架构，我的代码部署在全球数千个边缘节点（edge）上。用户访问时，逻辑在离他最近的节点直接触发执行，不需要经过远在海外的服务器，响应速度极快。）

还有对象存储（Object Storage ），用来存放我的网站图片，视频等比较大的资源

我用KV数据库（key value 键值对数据库）来存储文章，自带缓存，这里相当于是存放一个标题，拿到标题，就能拿到这篇文章，干净简洁

D1 SQL 数据库是 Cloudflare 提供的关系型数据库，也就是基于 SQLite

还有自带 SSL 证书，DDOS 防御，全球CDN等，上面种种只是赛博活佛 cloudfalre 提供的其中部分产品

如果还不理解，参考这篇文章——《他妈的直接用cloudfalre 你这混蛋》：https://justfuckingusecloudflare.com/
如果用传统的方式搭建托管项目，那么你可能要买服务器，买域名，买对象存储，买数据库，买CDN浏览，还是各家品牌的，可能需要几百几千块钱，为了一个破网站。所以为了省钱，方便管理，不用到处看各家的控制面板，只能用赛博活佛大善人的全家桶了。

为何使用Nuxt4

在看的这篇文章，这个网站就是 Nuxt4（这是一个基于vue的前端框架）开发的，他是属于服务端渲染（SSR），每次首屏请求返回更小的资源，如果打个比方服务端渲染和客户端渲染：

• 客户端渲染 (CSR) —— 就像买“预制菜自热包”： 服务器（店家）只给了你一堆 原始食材（一整捆 JavaScript 代码） 和一份说明书。你得在自己家里（浏览器/手机）支起锅灶，自己洗菜、切菜、开火炒熟。
  • 缺点：你家火不快（手机配置低）或者你没经验（处理代码多），那开饭的时间就会很慢。而且你还没做熟之前，路人（搜索引擎）根本不知道你这锅里煮的是什么。
• 服务端渲染 (SSR) —— 就像去“饭店点餐”： 服务器（店家）就是一个有大厨坐镇的厨房。你点什么，大厨在后台直接炒好装盘（渲染成 HTML）。服务员端到你面前的时候，这就是一盘热腾腾的菜，你张嘴就能吃。
  • 优点：你不需要懂怎么炒菜（浏览器负担轻），上菜速度极快。而且路人（搜索引擎）一眼就能看到这盘菜色香味俱全（有利于 SEO）。

总结： 我用 Nuxt 4 做的这个博客，就是走这种“饭店点餐”模式。它让你的手机不需要加载那一整捆沉重的代码，需要什么，服务器就给你送什么，所以首屏打开的速度非常快。

Hono后端框架

Hono 在日语里确实是“炎（ほのお）”，象征着它的执行速度快如闪电，性能爆表。

Hono 这个框架专门为轻量化而生，不依赖node环境，纯纯JavaScript代码。前面说到我用 Cloudflare Workers 来跑后端代码，其实我也试过直接手搓原生的 JavaScript 代码，但说实话，手搓多了真的累。后面感觉有现成的车轮搬来装上去就行了，没有必要重复造轮子，它拥有路由，还有中间件支持，比 Express Js 轻量

总结

至此，前端框架（Nuxt 4）、后端框架（Hono）、数据库（D1/KV）、对象存储（R2）以及全球部署平台（Cloudflare Pages/Workers）已经全部就位。现在房屋的整体框架已经搭好，墙体建设完毕，水、电、网、车库全部通了，就差最后的内部装修和置办家具了。

接下来就是按照我自己的审美和逻辑，去填充里面的每一个细节。