Releases: opennextjs/opennextjs-cloudflare
@opennextjs/cloudflare@0.5.4
Patch Changes
-
#320
ff2dd55Thanks @james-elicx! - feat: d1 adapter for the tag cache -
#409
a604c85Thanks @dario-piotrowicz! - make sure that instrumentation files workcurrently instrumentation files
in applications built using the adapter are ignored, the changes here
make sure that those are instead properly included in the applications -
#410
d30424bThanks @dario-piotrowicz! - removeevalcalls introduced bydepdwrapped functionsSome dependencies of Next.js (
raw-bodyandsend) usedepdto deprecate some of their functions,
depdusesevalto generate a deprecated version of such functions, this causesevalwarnings in
the terminal even if these functions are never called, the changes here by patching the depdwrapfunction
function so that it still retains the same type of behavior but without usingeval -
#404
12d385dThanks @dario-piotrowicz! - fix incorrect (sync)getCloudflareContexterror messagecurrently
getCloudflareContextrun in sync mode at the top level of a not static route
gives a misleading error message saying that the function needs to be run in a not static
route, the changes here correct this error message clarifying that the problem actually is
@opennextjs/cloudflare@0.5.3
@opennextjs/cloudflare@0.5.2
Patch Changes
-
#372
522076bThanks @dario-piotrowicz! - add "async mode" togetCloudflareContextAdd an
asyncoption togetCloudflareContext({async})to run it in "async mode", the difference being that the returned value is a
promise of the Cloudflare context instead of the context itselfThe main of this is that it allows the function to also run during SSG (since the missing context can be created on demand).
@opennextjs/cloudflare@0.5.1
Patch Changes
-
ad895ed: fix: vercel og patch not moving to right node_modules directory
There are two separate places where the node_modules could be. One is a package-scoped node_modules which does not always exist - if it doesn't exist, the server functions-scoped node_modules is used.
@opennextjs/cloudflare@0.5.0
Minor Changes
- 82bb588: feat: basic in-memory de-duping revalidation queue
Patch Changes
-
2e48d4f: fix: make sure that fetch cache
sets are properly awaitedNext.js does not await promises that update the incremental cache for fetch requests,
that is needed in our runtime otherwise the cache updates get lost, so this change
makes sure that the promise is properly awaited viawaitUntil -
0c26049: fix path to file template in
open-next.config.ts.
@opennextjs/cloudflare@0.4.8
Patch Changes
-
ac8b271: fix waitUntil
Calling
waitUntil/afterwas failing when mulitple requests were handled concurrently.
This is fixed by pulling opennextjs/opennextjs-aws#733 -
761a312: import
randomUUIDfromnode:cryptoto support NodeJS 18
@opennextjs/cloudflare@0.4.7
Patch Changes
-
420b598: Fix asset cache path
-
a19b34d: perf: reduce CPU and memory usage by limiting code to AST parsing
-
f30a5fe: bump
@opennextjs/awsdependency tohttps://pkg.pr.new/@opennextjs/aws@727 -
6791cea: Use kebab-case for the KV Cache.
-
a630aea: fix: enable using the
directqueue for isrThe
directmode is not recommended for use in production as it does not de-dupe requests. -
f30a5fe: Fix: make sure that the kvCache doesn't serve stale cache values from assets when there is no KV binding
@opennextjs/cloudflare@0.4.6
Patch Changes
-
9561277: fix: remove dynamic require for map file
ESBuild tries to load all files in the chunks folder with
require("./chunks/" + var).
This is an error when the folder contains map file.
@opennextjs/cloudflare@0.4.5
Patch Changes
-
1ccff65: bump
@opennextjs/awsdependency tohttps://pkg.pr.new/@opennextjs/aws@724this bump fixes rewrites to external urls not working when the external urls
point to resources hosted on the Cloudflare network -
30374b9: fix: Drop the module condition from ESBuild
Because Next (via nft) does not use the module condition, ESBuild should not use it.
Otherwise we might end up with missing files and a broken build.
@opennextjs/cloudflare@0.4.4
Patch Changes
-
6103547: fix: provide a proper error message when using
getCloudflareContextin static routesgetCloudflareContextcan't be used in static routes, currently a misleading error
message incorrectly tells the developer that they haven't calledinitOpenNextCloudflareForDev
in their config file, this change updates such error message to properly clarify what
the issue is (and how to solve it) -
0a6191d: fix the encoding of __NEXT_PRIVATE_STANDALONE_CONFIG
-
da7f8d8: fix: enable PPR with
wrangler dev -
714172d: fix: trailing slash redirect
-
0892679: fix: inline optional dependencies when bundling the server