0
Fork 0
mirror of https://github.com/withastro/astro.git synced 2024-12-23 21:53:55 -05:00
astro/packages/integrations/cloudflare
Fred K. Bot 5be3fdec27
[ci] release (#5215)
Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
2022-10-28 12:14:55 -04:00
..
src enable access to cloudflare runtime (#5103) 2022-10-26 09:46:25 -04:00
test chore: skip cloudflare test for now (#4117) 2022-08-02 10:26:00 -05:00
CHANGELOG.md [ci] release (#5215) 2022-10-28 12:14:55 -04:00
package.json [ci] release (#5215) 2022-10-28 12:14:55 -04:00
README.md Add missing language to code block (#5210) 2022-10-27 16:51:51 +02:00
runtime.d.ts [ci] format 2022-10-28 14:21:57 +00:00
tsconfig.json

@astrojs/cloudflare

An SSR adapter for use with Cloudflare Pages Functions targets. Write your code in Astro/Javascript and deploy to Cloudflare Pages.

Install

Add the Cloudflare adapter to enable SSR in your Astro project with the following astro add command. This will install the adapter and make the appropriate changes to your astro.config.mjs file in one step.

# Using NPM
npx astro add cloudflare
# Using Yarn
yarn astro add cloudflare
# Using PNPM
pnpm astro add cloudflare

If you prefer to install the adapter manually instead, complete the following two steps:

  1. Add the Cloudflare adapter to your project's dependencies using your preferred package manager. If youre using npm or arent sure, run this in the terminal:
npm install @astrojs/cloudflare
  1. Add the following to your astro.config.mjs file:
import { defineConfig } from 'astro/config';
import cloudflare from '@astrojs/cloudflare';

export default defineConfig({
  output: 'server',
  adapter: cloudflare()
});

Options

Mode

mode: "advanced" | "directory"

default "advanced"

Cloudflare Pages has 2 different modes for deploying functions, advanced mode which picks up the _worker.js in dist, or a directory mode where pages will compile the worker out of a functions folder in the project root.

For most projects the adaptor default of advanced will be sufficiant, when in this mode the dist folder will contain your compiled project. However if you'd like to use pages plugins such as Sentry for example to enable logging, you'll need to use directory mode.

In directory mode the adaptor will compile the client side part of you app the same way, but it will move the worker script into a functions folder in the project root. The adaptor will only ever place a [[path]].js in that folder, allowing you to add additional plugins and pages middleware which can be checked into version control.

// directory mode
export default defineConfig({
  adapter: cloudflare({ mode: "directory" }),
});

Enabling Preview

In order for preview to work you must install wrangler

$ pnpm install wrangler --save-dev

It's then possible to update the preview script in your package.json to "preview": "wrangler pages dev ./dist".This will allow you run your entire application locally with Wrangler, which supports secrets, environment variables, KV namespaces, Durable Objects and all other supported Cloudflare bindings.

Access to the Cloudflare runtime

You can access all the Cloudflare bindings and environment variables from Astro components and API routes through the adapter API.

import { getRuntime } from "@astrojs/cloudflare/runtime";

getRuntime(Astro.request);

Depending on your adapter mode (advanced = worker, directory = pages), the runtime object will look a little different due to differences in the Cloudflare API.

Streams

Some integrations such as React rely on web streams. Currently Cloudflare Pages Functions require enabling a flag to support Streams.

To do this:

  • go to the Cloudflare Pages project
  • click on Settings in the top bar, then Functions in the sidebar
  • scroll down to Compatibility Flags, click Configure Production Compatibility Flags, and add streams_enable_constructors
  • do this for both the Production Compatibility Flags and Preview Compatibility Flags

Environment Variables

As Cloudflare Pages Functions provides environment variables differently, private environment variables needs to be set through vite.define to work in builds.

// astro.config.mjs
export default {
  vite: {
    define: {
      'process.env.MY_SECRET': JSON.stringify(process.env.MY_SECRET),
    },
  },
}

Troubleshooting

For help, check out the #support channel on Discord. Our friendly Support Squad members are here to help!

You can also check our Astro Integration Documentation for more on integrations.

Contributing

This package is maintained by Astro's Core team. You're welcome to submit an issue or PR!