TanStack Start
import { AutoconfigDiagram, Details, Render, PackageManagers, Steps, TypeScriptExample, WranglerConfig, } from "~/components";
TanStack Start is a full-stack framework for building web applications with server-side rendering, streaming, server functions, and bundling.
:::tip[Already have a TanStack Start project?]
Run wrangler deploy in a project without a Wrangler configuration file and Wrangler will automatically detect TanStack Start, generate the necessary configuration, and deploy your project.
For more information, refer to Automatic project configuration. :::
<AutoconfigDiagram framework="TanStack Start" configs={[ { label: "main", file: "wrangler.jsonc", value: "@tanstack/react-start/server-entry", }, { label: "compatibility_flags", file: "wrangler.jsonc", value: "nodejs_compat", }, { label: "observability", file: "wrangler.jsonc", value: "enabled: true" }, ]} />
Create a new application
Create a TanStack Start application pre-configured for Cloudflare Workers:
Start a local development server to preview your project during development:
Configure an existing application
If you have an existing TanStack Start application, configure it to run on Cloudflare Workers:
:::note
Cloudflare does not support TanStack Start projects that use Rsbuild. If your application uses Rsbuild, migrate it to Vite before following these configuration steps.
:::
-
Install
@cloudflare/vite-pluginandwrangler: -
Add the Cloudflare plugin to your Vite configuration:
If your Vite configuration includes another deployment adapter, such as
nitro(), remove the adapter and its import before adding the Cloudflare Vite plugin.import { defineConfig } from "vite"; import { tanstackStart } from "@tanstack/react-start/plugin/vite"; import { cloudflare } from "@cloudflare/vite-plugin"; import react from "@vitejs/plugin-react"; export default defineConfig({ plugins: [ cloudflare({ viteEnvironment: { name: "ssr" } }), tanstackStart(), react(), ], }); -
Add a
wrangler.jsoncconfiguration file:{ "$schema": "node_modules/wrangler/config-schema.json", "name": "<YOUR_PROJECT_NAME>", "compatibility_date": "$today", "compatibility_flags": ["nodejs_compat"], "main": "@tanstack/react-start/server-entry", "observability": { "enabled": true, }, } -
Update the
scriptssection inpackage.json:{ "scripts": { "dev": "vite dev", "build": "vite build", "preview": "vite preview", "deploy": "npm run build && wrangler deploy", "cf-typegen": "wrangler types" } }
Deploy
Deploy to a *.workers.dev subdomain or a custom domain from your machine or any CI/CD system, including Workers Builds.
<PackageManagers type="run" args={"deploy"} />
:::note
Preview the build locally before deploying:
:::
Custom entrypoints
TanStack Start uses @tanstack/react-start/server-entry as your default entrypoint. Create a custom server entrypoint to add additional Workers handlers such as Queues and Cron Triggers. This is also where you can add additional exports such as Durable Objects and Workflows.
:::note
If you are using TypeScript, generate Workers types before adding a custom entrypoint:
:::
-
Create a custom server entrypoint file:
import handler from "@tanstack/react-start/server-entry"; // Export Durable Objects as named exports export { MyDurableObject } from "./my-durable-object"; export default { fetch: handler.fetch, // Handle Queue messages async queue(batch, _env, _ctx) { for (const message of batch.messages) { console.log("Processing message:", message.body); message.ack(); } }, // Handle Cron Triggers async scheduled(event, _env, _ctx) { console.log("Cron triggered:", event.cron); }, } satisfies ExportedHandler<Env>; -
Update your Wrangler configuration to point to your custom entrypoint:
{ "main": "src/server.ts", "upload_source_maps": true, }
Test scheduled handlers locally
Test your scheduled handler locally using the /cdn-cgi/local/scheduled endpoint:
curl "http://localhost:3000/cdn-cgi/local/scheduled?cron=*+*+*+*+*"
Export a Workflow class from your custom entrypoint to run durable, multi-step tasks:
import { WorkflowEntrypoint, WorkflowStep } from "cloudflare:workers";
import type { WorkflowEvent } from "cloudflare:workers";
export class MyWorkflow extends WorkflowEntrypoint<Env> {
async run(event: WorkflowEvent<{ input: string }>, step: WorkflowStep) {
const result = await step.do("process data", async () => {
return `Processed: ${event.payload.input}`;
});
await step.sleep("wait", "10 seconds");
await step.do("finalize", async () => {
console.log("Workflow complete:", result);
});
}
}
Add the Workflow configuration to your Wrangler configuration:
{
"workflows": [
{
"name": "my-workflow",
"binding": "MY_WORKFLOW",
"class_name": "MyWorkflow",
},
],
}
Add a service binding to call another Worker's RPC methods from your TanStack Start application:
{
"services": [
{
"binding": "AUTH_SERVICE",
"service": "auth-worker",
},
],
}
The target Worker must expose RPC methods by extending WorkerEntrypoint. Generate types for both Workers by passing both Wrangler configuration files:
Call the bound Worker's methods from a server function:
import { createServerFn } from "@tanstack/react-start";
import { env } from "cloudflare:workers";
const verifyUser = createServerFn()
.validator((token: string) => token)
.handler(async ({ data: token }) => {
const result = await env.AUTH_SERVICE.verify(token);
return result;
});
Bindings
Your TanStack Start application can be fully integrated with the Cloudflare Developer Platform, in both local development and in production, by using bindings.
Access bindings by importing the env object in your server-side code:
import { createFileRoute } from "@tanstack/react-router";
import { createServerFn } from "@tanstack/react-start";
import { env } from "cloudflare:workers";
export const Route = createFileRoute("/")({
loader: () => getData(),
component: RouteComponent,
});
const getData = createServerFn().handler(() => {
// Access bindings via env
// For example: env.MY_KV, env.MY_BUCKET, or env.AI
});
function RouteComponent() {
// ...
}
Generate TypeScript types for your bindings based on your Wrangler configuration:
Use R2 in a server function
Add an R2 bucket binding to your Wrangler configuration:
{
"r2_buckets": [
{
"binding": "MY_BUCKET",
"bucket_name": "<YOUR_BUCKET_NAME>",
},
],
}
Access the bucket in a server function:
import { createServerFn } from "@tanstack/react-start";
import { env } from "cloudflare:workers";
const uploadFile = createServerFn({ method: "POST" })
.validator((data: { key: string; content: string }) => data)
.handler(async ({ data }) => {
await env.MY_BUCKET.put(data.key, data.content);
return { success: true };
});
const getFile = createServerFn()
.validator((key: string) => key)
.handler(async ({ data: key }) => {
const object = await env.MY_BUCKET.get(key);
return object ? await object.text() : null;
});
Static prerendering
Prerender your application to static HTML at build time and serve as static assets.
import { defineConfig } from "vite";
import { cloudflare } from "@cloudflare/vite-plugin";
import { tanstackStart } from "@tanstack/react-start/plugin/vite";
import react from "@vitejs/plugin-react";
export default defineConfig({
plugins: [
cloudflare({ viteEnvironment: { name: "ssr" } }),
tanstackStart({
prerender: {
enabled: true,
},
}),
react(),
],
});
For more options, refer to TanStack Start static prerendering.
Prerendering data sources
:::caution
Prerendering runs at build time. It uses your local environment variables, secrets, and bindings storage data.
:::
To prerender with production data, use remote bindings.
In CI environments, environment variables or secrets may not be available during the build. To make them accessible:
- Set
CLOUDFLARE_INCLUDE_PROCESS_ENV=truein your CI environment and provide the required values as environment variables. - If using Workers Builds, update your build settings.
谢谢你的反馈!