这页服务的是这样一个时刻: 你已经把本地环境跑通了,现在想把第一版安全地发到 Cloudflare 上。
如果你连本地安装、第一次 build 或第一次 sanity check 都还没完成,这页还不是你的第一站。
pnpm cf:preview、pnpm cf:deploy、pnpm cf:typegenpnpm build 还没跑通在碰 deploy 之前,先把这几件事准备好:
pnpm install先执行这个检查:
npx wrangler whoami如果失败,再先登录:
npx wrangler login这个仓库的 worker 配置在 wrangler.toml,仓库里的安全示例在 wrangler.toml.example。
先跑:
pnpm build只有 build 干净通过,才继续碰 Cloudflare。
如果你改过 runtime 绑定,或者想更新类型文件,先跑:
pnpm cf:typegen然后再本地预览 worker:
pnpm cf:preview至少确认首页和一个更深层的页面都能打开,再进入真正 deploy。
如果你现在只是先发布公开内容页,这个站点可以先不依赖数据库和认证 secrets。
但如果你准备启用认证或数据库功能,就先加上:
npx wrangler secret put AUTH_SECRET
npx wrangler secret put DATABASE_URL如果你的本地 preview 开着 auth,不要忘了把 .dev.vars 里的占位 AUTH_SECRET 换成真实本地值。
直接跑:
pnpm cf:deploy这个仓库已经接了 @opennextjs/cloudflare,所以 deploy 脚本本身就是面向 Cloudflare Workers 的。
第一次部署成功后,再做下面这组检查:
/、/openclaw 和一个更深层页面,例如 /skills在你说“已经上线”之前,至少确认:
Cloudflare 应该是第二层验证。第一层验证永远是本地 build 和本地 preview。
这个仓库已经是 OpenNext + Cloudflare Workers 路线,不要自己再脑补一条不同的部署链路。
如果绑定域名和 NEXT_PUBLIC_APP_URL 对不上,链接、预览图和分享体验会很快变乱。
不要因为还没用到的数据库 secret 卡住内容站第一版上线;但也不要在没配好 secret 的情况下就启用认证或数据库能力。
至少记下部署命令、日期、域名和最后一份可用配置,后面会非常省时间。