@ cloudconfig/ nuxt
@cloudconfig/nuxt 在 Nuxt 中挂载 CloudConfig 后端并提供已键入
用于数据和登录的可混集物.
使用
latestnpm Dist-tag. (英语). 保留核心和 Nuxt 在匹配的版本上.
将 CloudConfig 添加到 Nuxt App 中
从您的 Nuxt 应用程序目录中运行 CLI :
npx -p @cloudconfig/core@latest cloudconfig init \
--target nuxt \
--cloudflare
pnpm install
pnpm db:generate
pnpm db:migrate
pnpm typecheck
初始化器添加模块,创建 cloud.config.ts组合
本地 SQLite. 请检查url=值 (帮助). 这个 --cloudflare 选项还准备 Nuxt Worker 构建和
wrangler.jsonc。 。 。 .
在 Nuxt 页面中读取数据
模块自动导入 useCloudConfig()。通过配置类型获取客户端
遵循您的模型 :
<script setup lang="ts">
import type { config } from '~~/cloud.config'
const api = useCloudConfig<typeof config>()
const { data: posts } = await useAsyncData('posts', () => api.post.list())
</script>
在服务器渲染过程中,可调用 Nitro 内部的后端 转发请求 cookie 。 在浏览器中,它称为生成的REST API.
使用签名 单位
何时 cloud.config.ts 包含一个 auth 块,模块也
自动进口 useCloudConfigAuth()数字 :
<script setup lang="ts">
const auth = useCloudConfigAuth()
await auth.signIn.email({
email: '[email protected]',
password: 'correct-horse-battery-staple',
})
</script>
登录用户可以使用您配置中的访问规则 .
部署可持久工作量
设定 deploy.target 改为 cloudflare, (中文(简体) ), vercel,或 azure 内 cloud.config.ts。 。 。 .
模块选择匹配的Nitro预设. 声明 deploy.agent: { entry }
或者说 deploy.automations: { entry, schedules } 绑定所选云的原生
执行系统。 在构建前安装其可选运行时间依赖 .
使用认证服务器路由 useCloudConfigAgents(event) 或者说
useCloudConfigAutomations(event) 范围来自本届会议.
cloudconfig deploy 本地执行和宣布同步
出版后自动化时间表。 开发使用过程-局部记忆.
Vercel默认为图尔索; Cloudflare默认为D1. 见 部署人员, (中文(简体) ), 部署自动化,以及 平台支持 设置和限制.
更改模块路径
大多数应用程序不需要模块选项. 配置或配置时使用 自定义身份解析者住在别的地方.
使用 cloud.config.ts遗产 cloudconfig.config.ts 名称也被支持,
包括自定义路径。 没有自定义路径, 模块检查工程
根的顺序,匹配 CLI。 保存一个配置文件 。 两个名字
export const config = defineBackend(...) 财务报告和审定财务报表 export default defineBackend(...)
工作时不导出两者。 生成的启动器使用命名导出 .
export default defineNuxtConfig({
modules: ['@cloudconfig/nuxt'],
cloudconfig: {
config: 'cloud.config.ts',
getUser: 'server/cloudconfig/user.ts',
client: true,
},
})
API 挂载路径、 本地数据库文件和 D1 绑定属于
cloud.config.ts。这使得 CLI 和 Nuxt 运行时间相同
配置 .
共享反馈
报告错误和请求特性 公共问题跟踪器。 。 。 . 公共存储库主办 CloudConfig 演示;执行是 在一个单独的私人仓库中保存.