From 38bdcb793b657b4a89234c7d9927f828b01c6be9 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:42:15 +0000 Subject: [PATCH 01/15] fix: correct capitalization of GitHub in documentation --- next.config.js | 4 ++-- pages/cloudflare/community.mdx | 2 +- pages/cloudflare/former-releases/0.2/get-started.mdx | 2 +- pages/cloudflare/former-releases/0.3/get-started.mdx | 2 +- pages/cloudflare/former-releases/0.5/get-started.mdx | 2 +- pages/cloudflare/former-releases/0.6/get-started.mdx | 2 +- pages/cloudflare/get-started.mdx | 2 +- pages/cloudflare/howtos/multi-worker.mdx | 2 +- 8 files changed, 9 insertions(+), 9 deletions(-) diff --git a/next.config.js b/next.config.js index 0279b73..d5d348b 100644 --- a/next.config.js +++ b/next.config.js @@ -4,9 +4,9 @@ // let assetPrefix = undefined; ///** Deploys as a directory through GitHub Actions **/ -//const isGithubActions = process.env.GITHUB_ACTIONS || false +//const isGitHubActions = process.env.GITHUB_ACTIONS || false // -//if (isGithubActions) { +//if (isGitHubActions) { // // trim off `/` // const repo = process.env.GITHUB_REPOSITORY.replace(/.*?\//, '') // diff --git a/pages/cloudflare/community.mdx b/pages/cloudflare/community.mdx index 3ccd11f..f649d2b 100644 --- a/pages/cloudflare/community.mdx +++ b/pages/cloudflare/community.mdx @@ -26,5 +26,5 @@ Here is a list of some of the features it includes: - .cursorrules - A markdown project documentation that Cursor can refer to for more context and better responses - Detailed documentation for local development and production deployment - - Automatic deployment using Github Actions and the Wrangler CLI + - Automatic deployment using GitHub Actions and the Wrangler CLI - And more... diff --git a/pages/cloudflare/former-releases/0.2/get-started.mdx b/pages/cloudflare/former-releases/0.2/get-started.mdx index 2e16213..0616e70 100644 --- a/pages/cloudflare/former-releases/0.2/get-started.mdx +++ b/pages/cloudflare/former-releases/0.2/get-started.mdx @@ -137,4 +137,4 @@ Either deploy via the command line: npm run deploy:worker ``` -Or [connect a Github or Gitlab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. +Or [connect a GitHub or GitLab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. diff --git a/pages/cloudflare/former-releases/0.3/get-started.mdx b/pages/cloudflare/former-releases/0.3/get-started.mdx index 1345e34..0ade82d 100644 --- a/pages/cloudflare/former-releases/0.3/get-started.mdx +++ b/pages/cloudflare/former-releases/0.3/get-started.mdx @@ -191,4 +191,4 @@ Either deploy via the command line: npm run deploy:worker ``` -Or [connect a Github or Gitlab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. +Or [connect a GitHub or GitLab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. diff --git a/pages/cloudflare/former-releases/0.5/get-started.mdx b/pages/cloudflare/former-releases/0.5/get-started.mdx index f1d70dd..10cb318 100644 --- a/pages/cloudflare/former-releases/0.5/get-started.mdx +++ b/pages/cloudflare/former-releases/0.5/get-started.mdx @@ -187,4 +187,4 @@ Either deploy via the command line: npm run deploy ``` -Or [connect a Github or Gitlab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. +Or [connect a GitHub or GitLab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. diff --git a/pages/cloudflare/former-releases/0.6/get-started.mdx b/pages/cloudflare/former-releases/0.6/get-started.mdx index 5b1e9b0..833f25b 100644 --- a/pages/cloudflare/former-releases/0.6/get-started.mdx +++ b/pages/cloudflare/former-releases/0.6/get-started.mdx @@ -194,4 +194,4 @@ Either deploy via the command line: npm run deploy ``` -Or [connect a Github or Gitlab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. +Or [connect a GitHub or GitLab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. diff --git a/pages/cloudflare/get-started.mdx b/pages/cloudflare/get-started.mdx index 82b5369..92ce105 100644 --- a/pages/cloudflare/get-started.mdx +++ b/pages/cloudflare/get-started.mdx @@ -230,4 +230,4 @@ Either deploy via the command line: npm run deploy ``` -Or [connect a Github or Gitlab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. +Or [connect a GitHub or GitLab repository](https://developers.cloudflare.com/workers/ci-cd/), and Cloudflare will automatically build and deploy each pull request you merge to your production branch. diff --git a/pages/cloudflare/howtos/multi-worker.mdx b/pages/cloudflare/howtos/multi-worker.mdx index 816402f..e7964d2 100644 --- a/pages/cloudflare/howtos/multi-worker.mdx +++ b/pages/cloudflare/howtos/multi-worker.mdx @@ -246,7 +246,7 @@ The steps to deploy without causing downtime to the already deployed ones are as 9. You then deploy the middleware at 100% `wrangler versions deploy @100% -y --config ./path-to/middlewareWrangler.jsonc`. At this stage you are already serving the new version of the website in production. 10. To finish it off you deploy the server at 100% `wrangler versions deploy @100% -y --config ./path-to/server-wrangler.jsonc`. -You can find actual implementations of such a deployment in the GitBook repo using Github actions [here](https://github.com/GitbookIO/gitbook/blob/main/.github/composite/deploy-cloudflare/action.yaml). +You can find actual implementations of such a deployment in the GitBook repo using GitHub actions [here](https://github.com/GitbookIO/gitbook/blob/main/.github/composite/deploy-cloudflare/action.yaml). #### Version Affinity Explained From 120d18ff80700ca3a915075d02175ab6246065ad Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:49:18 +0000 Subject: [PATCH 02/15] fix: correct spelling of "overridden" in overview.mdx --- pages/aws/inner_workings/components/overview.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/aws/inner_workings/components/overview.mdx b/pages/aws/inner_workings/components/overview.mdx index 481c97a..804782e 100644 --- a/pages/aws/inner_workings/components/overview.mdx +++ b/pages/aws/inner_workings/components/overview.mdx @@ -24,7 +24,7 @@ Every backend is a separate module. The following backends are available: - Warmer - Initializer -All these backends can be overrided to fit your needs. They share some common ground for the configuration and the way they are used. +All these backends can be overridden to fit your needs. They share some common ground for the configuration and the way they are used. ### Common Overrides From e5c5e7692c475424265d807bdc457cc6cd895dba Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:51:30 +0000 Subject: [PATCH 03/15] fix: correct spelling of "preferreable" to "preferable" in dev-deploy.mdx --- pages/cloudflare/howtos/dev-deploy.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/cloudflare/howtos/dev-deploy.mdx b/pages/cloudflare/howtos/dev-deploy.mdx index d3e6acc..c655ccc 100644 --- a/pages/cloudflare/howtos/dev-deploy.mdx +++ b/pages/cloudflare/howtos/dev-deploy.mdx @@ -61,7 +61,7 @@ Use the `build` command followed by either `deploy` or `upload` to deploy your l When running the `build` command locally, `.dev.vars` and [Next `.env` files](https://nextjs.org/docs/pages/building-your-application/configuring/environment-variables) might - override your configuration. It is preferreable to use a CD system as [Workers + override your configuration. It is preferable to use a CD system as [Workers Builds](https://developers.cloudflare.com/workers/ci-cd/builds/) to deploy your application for reproducible deployments. From 1768051beb6732a59ad5a189038a976aef31158f Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:52:09 +0000 Subject: [PATCH 04/15] fix: correct spelling of "Enviroment" to "Environment" in env-vars.mdx --- pages/cloudflare/howtos/env-vars.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/cloudflare/howtos/env-vars.mdx b/pages/cloudflare/howtos/env-vars.mdx index 9ec2b04..b4877fd 100644 --- a/pages/cloudflare/howtos/env-vars.mdx +++ b/pages/cloudflare/howtos/env-vars.mdx @@ -4,7 +4,7 @@ import { Callout } from "nextra/components"; This entry describe the most sensible way to handle your environment variables which works well both during local development and once your application is deployed to Cloudflare Workers. -On the Cloudflare platform, your environment variables can be stored in either ["Enviroment variables"](https://developers.cloudflare.com/workers/configuration/environment-variables/) or ["Secrets"](https://developers.cloudflare.com/workers/configuration/secrets/). The difference being that Secrets can not be read back from either the dashboard or the CLI after being created. +On the Cloudflare platform, your environment variables can be stored in either ["Environment variables"](https://developers.cloudflare.com/workers/configuration/environment-variables/) or ["Secrets"](https://developers.cloudflare.com/workers/configuration/secrets/). The difference being that Secrets can not be read back from either the dashboard or the CLI after being created. ### Local development From ee3a64f3cd2c645c2e31c1d5a0e4c3b0a3de3aac Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:52:55 +0000 Subject: [PATCH 05/15] fix: correct spelling of "developper" to "developer" in keep_names.mdx --- pages/cloudflare/howtos/keep_names.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/cloudflare/howtos/keep_names.mdx b/pages/cloudflare/howtos/keep_names.mdx index acd3014..947f94e 100644 --- a/pages/cloudflare/howtos/keep_names.mdx +++ b/pages/cloudflare/howtos/keep_names.mdx @@ -7,7 +7,7 @@ enables the [`keep-names`](https://esbuild.github.io/api/#keep-names) option. Wh cause issues with certain Next.js libraries (e.g. [next-themes](https://www.npmjs.com/package/next-themes)) that convert scripts to strings. This happens because `esbuild` introduces a `__name` function at the top of modules, which may inadvertently appear in the generated script strings. When these strings are evaluated at runtime, the `__name` function might therefore not be defined, -leading to errors logged in the developper console: +leading to errors logged in the developer console: ``` Uncaught ReferenceError: __name is not defined From 57b97248de739ccd4e1e4497f025e02010e91363 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:56:33 +0000 Subject: [PATCH 06/15] fix: correct spelling of "deplyment" to "deployment" in skew.mdx --- pages/cloudflare/howtos/skew.mdx | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/pages/cloudflare/howtos/skew.mdx b/pages/cloudflare/howtos/skew.mdx index 749f732..d13895a 100644 --- a/pages/cloudflare/howtos/skew.mdx +++ b/pages/cloudflare/howtos/skew.mdx @@ -26,7 +26,7 @@ export default { // Maximum number of previous versions to use. // Optional, default to 20. maxNumberOfVersions: 20, - // Age of the oldest version to use (from the last deplyment date) + // Age of the oldest version to use (from the last deployment date) // Optional, default to 7 days. maxVersionAgeDays: 7, }, @@ -68,7 +68,7 @@ and the process' environment variables. If a variable is set in both places, the **Next config** -You must set a different `deploymentId` in your next config each time your app is deployed. You will get an error if the `deployementId` has already been used by a previous deployment. +You must set a different `deploymentId` in your next config each time your app is deployed. You will get an error if the `deploymentId` has already been used by a previous deployment. The cloudflare adapter exports a `getDeploymentId()` function that can be used to generate a unique deployment id. From 05b11e81afbac67e287f11eef5c79013b23f6acc Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:58:48 +0000 Subject: [PATCH 07/15] fix: correct spelling of "formely" to "formerly" in community.mdx --- pages/cloudflare/community.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/cloudflare/community.mdx b/pages/cloudflare/community.mdx index f649d2b..4435533 100644 --- a/pages/cloudflare/community.mdx +++ b/pages/cloudflare/community.mdx @@ -17,7 +17,7 @@ Here is a list of some of the features it includes: - Rate Limiting with Cloudflare KV to prevent abuse - Validation for all user actions with react-zsa and zod - Database: Drizzle ORM and Cloudflare D1 -- UI: Shadcn, Tailwind CSS and Hero UI (formely NextUI) +- UI: `shadcn/ui`, Tailwind CSS and HeroUI (formerly NextUI) - Transactional email templates with react-email and integration with Resend and Brevo - Dev Experience - Completely type safe From b1937b8d2a6961ba2081d4d1d47761a90a425426 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 04:59:25 +0000 Subject: [PATCH 08/15] fix: correct spelling of "perfomance" to "performance" in perf.mdx --- pages/cloudflare/perf.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/cloudflare/perf.mdx b/pages/cloudflare/perf.mdx index 4e7e0c2..d670392 100644 --- a/pages/cloudflare/perf.mdx +++ b/pages/cloudflare/perf.mdx @@ -22,7 +22,7 @@ The Incremental cache is the store containing all the cached data (i.e. pages, ` You should use the Workers Static Assets based cache if your site is SSG. It is the fastest available option. Note that as Workers Static Assets are read-only, this option can not be used with revalidation. -When your app uses re-validation, use the R2 based store instead. We recommend the following settings to get the best perfomance: +When your app uses re-validation, use the R2 based store instead. We recommend the following settings to get the best performance: - use regional cache by wrapping the handler into `withRegionalCache(...)` - use the `long-lived` mode From 93730e4191d93c0732d1dcb0a0ef2ed6bc2efcf9 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:09:32 +0000 Subject: [PATCH 09/15] docs: standardize spelling to American English (initialize) --- pages/aws/config/nx.mdx | 2 +- pages/cloudflare/caching.mdx | 4 ++-- pages/cloudflare/former-releases/0.5/caching.mdx | 4 ++-- pages/cloudflare/former-releases/0.6/caching.mdx | 4 ++-- 4 files changed, 7 insertions(+), 7 deletions(-) diff --git a/pages/aws/config/nx.mdx b/pages/aws/config/nx.mdx index b635c24..0aa7e55 100644 --- a/pages/aws/config/nx.mdx +++ b/pages/aws/config/nx.mdx @@ -159,7 +159,7 @@ export default $config({ $ cd apps/next-site && sst install ``` -this will resolve the type issues and initialise SST. +this will resolve the type issues and initialize SST. - next we need to add `sst.config.ts` to our `tsconfig.json`'s excludes array diff --git a/pages/cloudflare/caching.mdx b/pages/cloudflare/caching.mdx index a43022a..e8328ff 100644 --- a/pages/cloudflare/caching.mdx +++ b/pages/cloudflare/caching.mdx @@ -585,9 +585,9 @@ export default defineCloudflareConfig({ }); ``` -##### 4. Initialise the cache during deployments +##### 4. Initialize the cache during deployments -In order for the cache to be properly initialised with the build-time revalidation data, you need to run a command as part of your deploy step. This should be run as part of each deployment to ensure that the cache is being populated with each build's data. +In order for the cache to be properly initialized with the build-time revalidation data, you need to run a command as part of your deploy step. This should be run as part of each deployment to ensure that the cache is being populated with each build's data. To populate remote bindings and create a new [version](https://developers.cloudflare.com/workers/configuration/versions-and-deployments/#versions) of your application at the same time, you can use either the [`deploy`](/cloudflare/cli#deploy-command) command or the [`upload`](/cloudflare/cli#upload-command) command. Similarly, the [`preview`](/cloudflare/cli#preview-command) command will populate your local bindings and start a Wrangler dev server. diff --git a/pages/cloudflare/former-releases/0.5/caching.mdx b/pages/cloudflare/former-releases/0.5/caching.mdx index c5eed52..6214c1d 100644 --- a/pages/cloudflare/former-releases/0.5/caching.mdx +++ b/pages/cloudflare/former-releases/0.5/caching.mdx @@ -143,9 +143,9 @@ export default defineCloudflareConfig({ }); ``` -##### 4. Initialise the cache during deployments +##### 4. Initialize the cache during deployments -In order for the cache to be properly initialised with the build-time revalidation data, you need to setup a command that runs as part of your deploy step. +In order for the cache to be properly initialized with the build-time revalidation data, you need to setup a command that runs as part of your deploy step. OpenNext will generate an SQL file during the build that can be used to setup your D1 database. diff --git a/pages/cloudflare/former-releases/0.6/caching.mdx b/pages/cloudflare/former-releases/0.6/caching.mdx index 0f642d3..a968d53 100644 --- a/pages/cloudflare/former-releases/0.6/caching.mdx +++ b/pages/cloudflare/former-releases/0.6/caching.mdx @@ -393,9 +393,9 @@ export default defineCloudflareConfig({ }); ``` -##### 3. Initialise the cache during deployments +##### 3. Initialize the cache during deployments -In order for the cache to be properly initialised with the build-time revalidation data, you need to run a command as part of your deploy step. This should be run as part of each deployment to ensure that the cache is being populated with each build's data. +In order for the cache to be properly initialized with the build-time revalidation data, you need to run a command as part of your deploy step. This should be run as part of each deployment to ensure that the cache is being populated with each build's data. To populate remote bindings and deploy your application at the same time, you can use the `deploy` command. Similarly, the `preview` command will populate your local bindings and start a Wrangler dev server. From e7d834ca2633a9b0b4193d28f7913c63c7ef3bbc Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:10:22 +0000 Subject: [PATCH 10/15] fix: correct spelling of "peridiocally" to "periodically" in caching.mdx --- pages/cloudflare/caching.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/cloudflare/caching.mdx b/pages/cloudflare/caching.mdx index e8328ff..aa771a8 100644 --- a/pages/cloudflare/caching.mdx +++ b/pages/cloudflare/caching.mdx @@ -5,7 +5,7 @@ import { Tabs } from "nextra/components"; Next.js offers multiple ways to improve an application's performance by [caching](https://nextjs.org/docs/app/building-your-application/data-fetching/fetching-caching-and-revalidating#caching-data) routes and network requests. An application will try to pre-render and cache as much data as possible during build-time to reduce the amount of work required when serving a response to a user. -The cache data are updated using revalidation, either peridiocally or on-demand: +The cache data are updated using revalidation, either periodically or on-demand: - "[Time-based revalidation](https://nextjs.org/docs/app/building-your-application/data-fetching/incremental-static-regeneration#time-based-revalidation)" updates the cache data after the revalidation delay specified by the applications expires - "[On-demand revalidation](https://nextjs.org/docs/app/building-your-application/data-fetching/incremental-static-regeneration#on-demand-revalidation-with-revalidatetag)" allows to invalid cache entries with a specific tag (via `revalidateTag`) or at a given path (via `revalidatePath`). You can also use `res.revalidate` in Pages router API route. From e881cc7937e6ebd15031d1f2e724899775012a36 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:13:44 +0000 Subject: [PATCH 11/15] fix: correct spelling of "serverd" to "served" in caching.mdx --- pages/cloudflare/former-releases/0.3/caching.mdx | 2 +- pages/cloudflare/former-releases/0.5/caching.mdx | 2 +- pages/cloudflare/former-releases/0.6/caching.mdx | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/pages/cloudflare/former-releases/0.3/caching.mdx b/pages/cloudflare/former-releases/0.3/caching.mdx index 1314873..09b7b9a 100644 --- a/pages/cloudflare/former-releases/0.3/caching.mdx +++ b/pages/cloudflare/former-releases/0.3/caching.mdx @@ -10,7 +10,7 @@ By default, all `fetch()` subrequests made in your Next.js app are cached. Refer Note that [Revalidating](https://nextjs.org/docs/app/building-your-application/data-fetching/fetching-caching-and-revalidating#revalidating-data) is not yet supported. -Next.js primes the cache at build time. The build time values are serverd by the [Workers Assets](https://developers.cloudflare.com/workers/static-assets/). +Next.js primes the cache at build time. The build time values are served by the [Workers Assets](https://developers.cloudflare.com/workers/static-assets/). Workers KV is eventually consistent, which means that it can take up to 60 seconds for updates to be diff --git a/pages/cloudflare/former-releases/0.5/caching.mdx b/pages/cloudflare/former-releases/0.5/caching.mdx index 6214c1d..738f24f 100644 --- a/pages/cloudflare/former-releases/0.5/caching.mdx +++ b/pages/cloudflare/former-releases/0.5/caching.mdx @@ -4,7 +4,7 @@ import { Callout } from "nextra/components"; `@opennextjs/cloudflare` supports [caching](https://nextjs.org/docs/app/building-your-application/data-fetching/fetching-caching-and-revalidating#caching-data). -Next.js primes the cache at build time. The build time values are serverd by the [Workers Assets](https://developers.cloudflare.com/workers/static-assets/). +Next.js primes the cache at build time. The build time values are served by the [Workers Assets](https://developers.cloudflare.com/workers/static-assets/). Workers KV is eventually consistent, which means that it can take up to 60 seconds for updates to be diff --git a/pages/cloudflare/former-releases/0.6/caching.mdx b/pages/cloudflare/former-releases/0.6/caching.mdx index a968d53..47e94eb 100644 --- a/pages/cloudflare/former-releases/0.6/caching.mdx +++ b/pages/cloudflare/former-releases/0.6/caching.mdx @@ -13,7 +13,7 @@ import { Tabs } from "nextra/components"; There are two storage options to use for the incremental cache. -- **Workers KV:** A [fast](https://blog.cloudflare.com/faster-workers-kv) and uses Cloudflare's [Tiered Cache](https://developers.cloudflare.com/cache/how-to/tiered-cache/) to increase cache hit rates. When you write cached data to Workers KV, you write to storage that can be read by any Cloudflare location. This means your app can fetch data, cache it in KV, and then subsequent requests anywhere around the world can read from this cache. The build time values are serverd by the [Workers Assets](https://developers.cloudflare.com/workers/static-assets/). Pricing information can be found in the Cloudflare [docs](https://developers.cloudflare.com/workers/platform/pricing/#workers-kv). +- **Workers KV:** A [fast](https://blog.cloudflare.com/faster-workers-kv) and uses Cloudflare's [Tiered Cache](https://developers.cloudflare.com/cache/how-to/tiered-cache/) to increase cache hit rates. When you write cached data to Workers KV, you write to storage that can be read by any Cloudflare location. This means your app can fetch data, cache it in KV, and then subsequent requests anywhere around the world can read from this cache. The build time values are served by the [Workers Assets](https://developers.cloudflare.com/workers/static-assets/). Pricing information can be found in the Cloudflare [docs](https://developers.cloudflare.com/workers/platform/pricing/#workers-kv). - **R2 Object Storage:** A [cost-effective](https://developers.cloudflare.com/r2/pricing/) S3-compatible object storage option for large amounts of unstructured data. Data is stored in a single region, meaning cache interactions may be slower - this can be mitigated with a regional cache. From 3098db8a446c29ab7ed963385502cae65ef29d77 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:17:48 +0000 Subject: [PATCH 12/15] docs: standardize spelling to American English (personalization) --- pages/aws/config.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/aws/config.mdx b/pages/aws/config.mdx index bcee5d4..fc9811d 100644 --- a/pages/aws/config.mdx +++ b/pages/aws/config.mdx @@ -7,7 +7,7 @@ There is two build arguments that you can pass to the `open-next build` command: ### Configuration File -For personalisation you need to create a file `open-next.config.ts` at the same place as your `next.config.js`, and export a default object that satisfies the `OpenNextConfig` interface. It is possible to not have an `open-next.config.ts` file, the default configuration will then be applied automatically. +For personalization you need to create a file `open-next.config.ts` at the same place as your `next.config.js`, and export a default object that satisfies the `OpenNextConfig` interface. It is possible to not have an `open-next.config.ts` file, the default configuration will then be applied automatically. This file needs to be placed at the same level as your `next.config.js` file. From 6199d2fed1b4892777caf5d7da4cdd7849d3520e Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:18:02 +0000 Subject: [PATCH 13/15] fix: correct spelling of "developped" to "developed" in plugin.mdx --- pages/aws/v2/inner_workings/plugin.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/aws/v2/inner_workings/plugin.mdx b/pages/aws/v2/inner_workings/plugin.mdx index 573eb8a..2457966 100644 --- a/pages/aws/v2/inner_workings/plugin.mdx +++ b/pages/aws/v2/inner_workings/plugin.mdx @@ -1,6 +1,6 @@ import { Callout } from "nextra/components"; -Open-next use esbuild to build the project. Given that we aim to support multiple version of Next and multiple runtime, we developped a plugin to override some parts of our code at build time with an esbuild plugin. +Open-next use esbuild to build the project. Given that we aim to support multiple version of Next and multiple runtime, we developed a plugin to override some parts of our code at build time with an esbuild plugin. As of now, the plugin is internal and not exposed to the user. We might expose it in the future, but for From 7e51ba4a1c14a2636631e3fd1f923f6d1317cf16 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:19:30 +0000 Subject: [PATCH 14/15] fix: correct typo in comment for middlewareInfo in plugin.mdx --- pages/aws/contribute/plugin.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/aws/contribute/plugin.mdx b/pages/aws/contribute/plugin.mdx index 2ecd0c2..75a8d51 100644 --- a/pages/aws/contribute/plugin.mdx +++ b/pages/aws/contribute/plugin.mdx @@ -63,7 +63,7 @@ openNextEdgePlugin({ nextDir: "next", // The path to the edgeFunctionHandler.js file that we'll use to bundle the routing edgeFunctionHandlerPath: "./edgeFunctionHandler.js", - // The middlewareInfo from the middlware manifest file + // The middlewareInfo from the middleware manifest file middlewareInfo: middlewareInfo // If the app should be bundled for cloudflare workers isInCloudflare: true From 32f18e09aa97b924f74f2b34d921d0bcdf04bbc9 Mon Sep 17 00:00:00 2001 From: Akihiro Nagai <77012577+314systems@users.noreply.github.com> Date: Mon, 9 Mar 2026 05:20:07 +0000 Subject: [PATCH 15/15] fix: correct spelling of "arbritary" to "arbitrary" in plugin.mdx --- pages/aws/contribute/plugin.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pages/aws/contribute/plugin.mdx b/pages/aws/contribute/plugin.mdx index 75a8d51..1b92d73 100644 --- a/pages/aws/contribute/plugin.mdx +++ b/pages/aws/contribute/plugin.mdx @@ -16,7 +16,7 @@ openNextPlugin({ deletes: ["id1"], }) - //To inject arbritary code by using (import at top of file): + //To inject arbitrary code by using (import at top of file): //#import