vite-plugin-cloudflare 🔥

Vite-plugin-cloudflare is a plugin for transforming & bundling cloudflare workers with shimming modern node polyfills like process, os, stream and other node global functions and modules using Esbuild and Vite!

• Universal Vite plugin
• Lightning builds
• Workers compatible build using shimming
• Fast development and HMR compatible reloads
• Builtin Miniflare support

Install

npm i --save-dev vite-plugin-cloudflare esbuild@latest

Plugin

1// vite.config.js
2import { defineConfig } from "vite";
3import vpc from "vite-plugin-cloudflare";
4
5export default defineConfig({
6  plugins: [vpc({ scriptPath: "./worker/index.ts" })],
7});

The plugin gets an options object with this type signature.

1export type Options = {
2  // miniflare specific options for development (optional)
3  miniflare?: Omit<MiniflareOptions, "script" | "watch">;
4  // the worker file (required)
5  scriptPath: string;
6  // customize globals that need to polyfilled (process, setTimeout, ...)
7  polyfilledGlobals?: PolyfilledGlobals;
8  // customize mods (node's builtinModules) that need to polyfilled (utils, http, ...)
9  polyfilledModules?: PolyfilledModules;
10  // a fast-glob pattern for files who's changes should reload the worker (optional)
11  workerFilesPattern?: string | string[];
12  // enable modules (esm)
13  modules?: boolean;
14};

Since this plugin works with Esbuild, options passed to the esbuild field of your vite plugin will affect the worker result, unless they are not compatible with the BuildOptions type of Esbuild.

Development

You can start your Vite dev server and continue developing your applications. As previously mentioned, this plugin integrates Miniflare with Vite, so you'd have a nice experience writing your workers.

 vite dev

Build

When building, the plugin is going to start bundling your worker at the end of the vite bundling phase and generates it into the config.outDir with the worker.js file name.

 vite build

Output:

vite v3.0.4 building for production...
✓ 6 modules transformed.
dist/assets/typescript.f6ead1af.svg   1.40 KiB
dist/index.html                       0.44 KiB
dist/assets/index.2547d205.js         1.41 KiB / gzip: 0.72 KiB
dist/assets/index.d0964974.css        1.19 KiB / gzip: 0.62 KiB
🔥 [cloudflare] bundled worker file in 'dist/worker.js'

Wrangler

Update your wrangler config to be compatible with the build, for instance, here's a config that uses the dist/worker.js bundled worker file generated by vite-plugin-cloudflare and serves the assets from the vite build:

1# wrangler.toml
2name = "vite-ssr-worker"
3main = "./dist/worker.js"
4compatibility_date = "2022-08-10"
5
6[site]
7bucket = "./dist/client"

The values may change based on your build

Skip Requests

Vite has some builtin middlewares that handle different types of requests from the client, and in a Vite plugin, we can inject our middlewares along vite ones.

Vite-plugin-cloudflare injects a middleware, that is responsible for handling the worker, So every request from the client (browser) may come to your worker first, before vite native middlewares. These requests can be assets, transforms and other types of vite-related requests that should not be handled by vite-plugin-cloudflare and instead, they should be handled by vite.

This concern only occurs in dev mode, so no worries when building for production

Here's how we handle these type of requests in vite-plugin-cloudflare.

1addEventListener("fetch", (event) => {
2  const { pathname } = new URL(url);
3  if (pathname.startsWith("/api")) {
4    event.respondWith(handleFetchEvent(event));
5    return;
6  }
7  event.respondWith(
8    new Response("", {
9      headers: {
10        "x-skip-request": "",
11      },
12    })
13  );
14});

The x-skip-request header enforces vite-plugin-cloudflare to skip the response of the worker and passes the request to the next vite middleware, so Vite would handle the request instead.

Authors

Mohammad Bagher

Contributing

Feel free to create issues/discussions and then PRs for the project!

Sponsors

Your sponsorship can make a huge difference in continuing our work in open source!