上一篇发出去，一个朋友看完说还是不会。

我挺意外。我以为那篇已经把"有哪些层、什么时候用哪条"讲清楚了。聊下去才发现，他卡的根本不是我讲的那层。他连 Pages、Worker 这些 AI 张口就来的词分别干啥都不知道，更别说该用哪个。我写了二楼，他还站在没有地基的地方。

还有个朋友是另一种情况。他敢想敢做，AI 让干啥都跟得上，东西也做得出来、发得出去。卡的是过程：面对一堆服务名，这个能部署、那个也能部署，这个能存数据、那个好像也行，他分不清谁管谁，只能一个个试过去，绕了不少路。还为了防攻击，把一个就给几个人用的小东西架得里三层外三层。他能力没问题，缺的是没人跟他讲清楚每个东西到底干啥、自己这个需求该用哪个。

这两个人都不是能力问题。AI 已经把最难的写代码那部分替他们干完了，真正卡住他们的，是十来个从来没人好好解释过的名词。这些东西说穿了不难，又不是什么计算机底层原理，只是 AI 写代码时顺嘴就用、教程默认你懂，没人把它们翻译成人话。

这篇就干一件事：按你真要做一个东西、从头到尾会碰到的顺序，把这些名词一个个讲清楚。每个都对着你已经熟的"在自己电脑上是怎样"来讲。

一、东西在你电脑上，怎么让别人也能打开

打个比方。你让 AI 做个活动报名表——填名字、选时间段、点提交。它给你一个 .html 文件。双击，浏览器打开，自己填一下，挺好。

这一步你已经会了。文件在你这台机器上，这就叫"本地"，只在你这儿。

然后你想发给别人填。把文件丢微信发过去，对方下载、打开，要么显示乱了，要么填完提交了你这边啥也没有（为什么，下一节讲）。就算能看，你改一版还得重发一遍，对方再下一次。文件这东西，天生不适合反复改、还要给人看。

你想要的其实是发个链接过去，对方点开就是最新的，你一改他刷新就变。

把网页变成一个谁都能点开的链接，这个动作叫部署：把你的网页文件放到一台一直开着、外网能访问的机器上，挂在一个网址下面。别人点开这个网址，他的浏览器就去这台机器上把网页取一份回来，在他自己屏幕上画出来。机器一直开着，谁、什么时候来都取得到，你自己电脑关了也不影响，因为东西根本不在你电脑上。

这台一直开着的机器你不用自己买、自己管。有现成的地方专门干这个，Cloudflare 的 Pages 就是一个：你把网页给它，它给你一个能打开的网址，还自动配好了 https（网址前面那个小锁，别人打开不会被浏览器警告"不安全"）。

这里你大概率会撞到第一个岔路：GitHub。很多教程让你先建个 GitHub 仓库、把代码传上去、再连到部署平台。GitHub 是个存代码、记录每次改动的地方，部署平台可以盯着它，你一传新代码它就自动更新网站。这条路是主流，但不是唯一，也不是你现在必须懂的。你完全可以让 AI 直接把文件推到 Pages 上，跳过 GitHub。什么时候 GitHub 真有用，后面说。

二、为什么你做的东西发出去是空的

开头那个报名表，部署上去链接发出去，别人填完提交，你打开一看，什么都没有。

先说它在自己电脑上为什么是好的。AI 给普通人写代码时，默认会把数据存在浏览器自己身上，这个存数据的地方叫 localStorage。把它想成：程序跑起来的时候，顺手在你这台电脑上记了个小本子，你填的东西全写在这个小本子上。你自己打开看，一切正常。

但这个小本子有个要命的特点：它只属于你这一台电脑的这一个浏览器。

所以你把链接发给别人，对方打开，是另一台电脑、另一个浏览器、另一个 localStorage。空的。别人填的你也看不到，因为存在别人那台机器里。连你自己换个手机打开，都是空的。

说到底，数据压根没离开过填它的那台机器。

你真正想要的是：所有人填的东西都汇到同一个地方去，不管谁打开、用什么设备，看到的是同一份。

这个同一个地方就是数据库。还是那个小本子，只不过从各人电脑上各记一本换成了云上摆一本公共的，所有人都往这一本上写，也都翻这一本。Cloudflare 这套里管这个的叫 D1，名字你先不用记，记住它干的事就行：把数据从各自的浏览器里，挪到云上大家共享的一份。

怎么判断你需不需要它？很简单：你的东西是不是要记住点什么，而且不止一个人、不止一台设备要看到？报名表、预约、记账、留言都要。一个纯展示的页面，比如一份只给人看的行程、一张海报，不用存东西，就不需要数据库。

三、光存不够，得有人管进出

有个云上的仓库还不够。数据进出仓库，得有个东西在中间管事：别人填了表，谁把它写进仓库？你要看的时候，谁去仓库里取出来给你？

这个在云上替你跑、专门管事的东西叫后端。和你看得见的页面（那叫前端）相对：前端是用户点点填填的界面，后端是背后默默处理、你看不见的逻辑。两样东西，各管一摊。

Cloudflare 这套里管后端的叫 Worker。它的工作方式有点特别：不是你买一台机器、一直开着养在那儿等着。平时它不占地方，有人来用的时候，云上临时拨一小块算力，把你那段逻辑跑一遍（有人提交就存进数据库，有人来查就把数据取出来），跑完就把算力收回去。按你用了多少次算钱，便宜，你也省了自己买台机器一直开着的成本。

正因为它跑完就走、自己不留东西，要记住的数据就得交给上一节那个数据库。Worker 负责干活，数据库负责记，俩搭配着用。

什么时候需要它？只要你的东西不只是展示，而是要处理（存提交、做计算、定时发个提醒、调别的服务），背后就得有这么一段逻辑。一旦涉及用户操作之后要发生点什么，就需要。

到这儿，三个最常用的东西凑齐了：页面给人看（Pages）、数据存云上大家共享（数据库）、中间有段逻辑管进出（Worker）。开头那个报名表，就是这三样拼起来的。

四、链接又长又记不住，还时灵时不灵

东西部署上去之后，平台会给你一个网址，长这样：xxx.pages.dev。能用，但又长又难记，发出去也不像个正经东西。

更恼人的是，这种默认网址国内打开经常时灵时不灵。

你想要的是一个短点、像样点、还稳定的网址，比如 你的名字.com。这个你自己取名、自己拥有的网址叫域名。

每台联网的机器其实都有一串数字编号，像电话号码一样，你部署的东西就在某个编号底下。但没人记得住一串数字，域名就是给它起个好记的名字。

域名不贵，.xyz、.top 这类第一年常常就几块到十几块。买完，你需要把这个好记的名字和那串数字编号接上线，这一步叫配置 DNS。DNS 就是中间那个查号台：别人输入你的域名，它帮忙查到对应的编号、把人领到你的东西那儿。这步你不用自己点，告诉 AI 域名是什么，它会接。

还有个顺带的好处。换上自己的域名之后，访问反而比默认网址稳了——背后是 CDN 在起作用。你部署的时候，Pages 已经自动把你的网页复制了好多份、散在全国甚至全球各地的节点上。用户来访问，CDN 挑一个离他最近的节点把网页发过去，不用每次都跑到源站取。默认的 pages.dev 域名走的是 Cloudflare 的海外节点、国内没节点，所以慢甚至打不开。挂上自己的域名之后，CDN 会用更智能的路由帮你选节点，国内访问体验就上去了。你不用做任何额外配置，绑好域名就自动生效。

五、几个听着吓人、其实你现在不用管的东西

做这件事的路上，你会反复撞到几个词，它们听起来很重要，把人吓得不敢往下走。挨个说一下。

服务器。 就是前面提过的那种一直开着、专门等别人来访问的电脑。你可能以为上线就得自己租一台、装好环境、还得盯着别让它出毛病。不用。Pages、Worker 这些，平台已经替你把机器管好了，你压根不用碰。自己租服务器、自己运维是另一条更重的老路，你现在用不上。

备案。 是国内对公开对外开放的网站要求的一道登记手续。给自己用、家里人用、群里发几个朋友用，就不用管它，先把东西跑起来。

被攻击、数据安全。 开头那个走冤枉路的朋友就栽在这，为了防攻击把架构绕复杂了。安全当然要在意，但你现在用 Pages 这类平台，平台已经把大部分安全的事做了——Cloudflare 本身就是做安全起家的，防 DDoS 是它的老本行。你真正要管的就一样：登录的账号密码别太简单。如果以后不接 Cloudflare，自己去买一台云服务器，也不复杂，服务器系统本身就能装安全防护，加上账号密码管好登录，就够了。

git、GitHub。 第一节提过，它就是个存代码、记录每次改动的东西。真正有用的场景：你改崩了想回到上一个好的版本，或者多个人改同一份代码。自己做个一次性的小东西，git 可以完全不要，别让它挡路。

多说一句：上面说的是 Cloudflare 这套。国内也有类似的东西，按你需要的用途去找就行。

现在就试

这一篇出现的名词——部署、Pages、localStorage、数据库、前端、后端、Worker、域名、DNS、CDN、git——没有一个是要你亲自动手操作的。AI 全能做。

你要做的，是心里有这张地图：知道有这些东西、各自干啥、你这个需求该用哪几个。

打开 AI，把下面这句话发过去，五分钟就能摸一遍这整篇讲的每一个东西：

用我的 Cloudflare API key，做一个能填名字和留言的页面。有人提交就存起来，我打开能看到所有人写了什么。部署上去，给我链接。

然后你会发现一个规律：往后每多一个需求——要登录、要收款、要发邮件、要存图片——背后基本都有一个现成的、免费额度够个人用的服务。你不用自己造，要做的只是知道这个需求对应哪个服务，剩下接进去的活交给 AI。

下一篇讲这里最常撞到的一个：怎么让陌生人注册登录、每个人只看到自己的数据。这一层配上一个叫 Supabase 的服务会省很多心。