Skip to content

Releases: opennextjs/opennextjs-cloudflare

@opennextjs/cloudflare@1.0.1

07 May 15:32
7066330
Compare
Choose a tag to compare

Patch Changes

@opennextjs/cloudflare@1.0.0

06 May 14:05
1e92d6a
Compare
Choose a tag to compare
  • #613 2d82fad Thanks @conico974! - Bump aws to 3.6.0

    Introduce support for the composable cache

    BREAKING CHANGE: The interface for the Incremental cache has changed. The new interface use a Cache type instead of a boolean to distinguish between the different types of caches. It also includes a new Cache type for the composable cache. The new interface is as follows:

    export type CacheEntryType = "cache" | "fetch" | "composable";
    
    export type IncrementalCache = {
      get<CacheType extends CacheEntryType = "cache">(
        key: string,
        cacheType?: CacheType
      ): Promise<WithLastModified<CacheValue<CacheType>> | null>;
      set<CacheType extends CacheEntryType = "cache">(
        key: string,
        value: CacheValue<CacheType>,
        isFetch?: CacheType
      ): Promise<void>;
      delete(key: string): Promise<void>;
      name: string;
    };

    NextModeTagCache also get a new function getLastRevalidated used for the composable cache:

      getLastRevalidated(tags: string[]): Promise<number>;
  • #640 af60dea Thanks @vicb! - fix: escape shell arguments when populating the cache

  • #628 a169b76 Thanks @conico974! - fix issues with build conditions and wasm

  • #619 09aaf35 Thanks @conico974! - global timer functions now use the one from node:timers

  • #593 faca3e1 Thanks @vicb! - Use the workerd build condition by default

  • #641 e07a2ed Thanks @conico974! - some performance improvements

    • enableCacheInterception can be enabled using defineCloudflareConfig, it loads ISR/SSG pages from cache without waiting for the js page bundle to load. PPR is not supported at the moment
    • routePreloadingBehavior is now set to withWaitUntil, which means a single route js will be lazy loaded on cold start, but other routes will be preloaded using waitUntil for better performance
  • #639 c4d278e Thanks @conico974! - polyfill import.meta.url

  • #622 f5264d2 Thanks @james-elicx! - feat: use getPlatformProxy for cache population prefix vars

  • #616 f129602 Thanks @james-elicx! - feat: prefix for kv cache keys

  • #644 899bae0 Thanks @conico974! - fix cache population for R2

  • #626 de9e05a Thanks @james-elicx! - feat: bulk insert cache entries to KV

@opennextjs/cloudflare@1.0.0-beta.4

28 Apr 16:16
7ef59ef
Compare
Choose a tag to compare
Pre-release

Changes

@opennextjs/cloudflare@1.0.0-beta.3

14 Apr 19:34
4c8178b
Compare
Choose a tag to compare
Pre-release

Changes

@opennextjs/cloudflare@1.0.0-beta.2

08 Apr 20:23
31b31dd
Compare
Choose a tag to compare
Pre-release

Changes

@opennextjs/cloudflare@1.0.0-beta.1

07 Apr 14:55
efc8f25
Compare
Choose a tag to compare
Pre-release

Changes

@opennextjs/cloudflare@1.0.0-beta.0

03 Apr 07:08
4ff160f
Compare
Choose a tag to compare
Pre-release

Minor Changes

  • #526 8b40268 Thanks @vicb! - Prepare for release 1.0.0-beta.0

    Bump @opennextjs/aws to 3.5.4

    BREAKING CHANGES

    • DurableObjectQueueHandler renamed to DOQueueHandler
    • NEXT_CACHE_DO_QUEUE_MAX_NUM_REVALIDATIONS renamed to NEXT_CACHE_DO_QUEUE_MAX_RETRIES
    • D1TagCache has been removed, use D1NextModeTagCache instead.
    • The enableShardReplication and shardReplicationOptions options passed to ShardedDOTagCache
      have been folded into shardReplication. A value for shardReplication must be specified to enable
      replications. The value must be an object with the number of soft and hard replicas.

@opennextjs/cloudflare@0.6.6

01 Apr 16:12
197b1a5
Compare
Choose a tag to compare

Patch Changes

  • #520 3bd200a Thanks @vicb! - Define process.version and process.versions.node

  • #522 79fadc4 Thanks @vicb! - Log exceptions in requirePage and NodeModuleLoader when OPEN_NEXT_DEBUG=1

  • #523 19dedc7 Thanks @vicb! - fix: process.env has a higher loading priority than .env files

  • #469 aef8e51 Thanks @Juuldamen! - Adds support for passing options to initOpenNextCloudflareForDev(). This allows you to configure how your Cloudflare bindings will behave during local development.

    For example, the below configuration will persist the local state of bindings to a custom directory. Which can be useful if you want to share the state between different apps that reuse the same bindings in a monorepo.

    initOpenNextCloudflareForDev({
      persist: {
        path: "../../.wrangler/state/v3/custom-dir",
      },
    });

    You can find the configuration type with it's available options here in the Wrangler source code.

@opennextjs/cloudflare@0.6.5

28 Mar 18:28
fafadaa
Compare
Choose a tag to compare

Patch Changes

@opennextjs/cloudflare@0.6.4

28 Mar 13:13
22e1e47
Compare
Choose a tag to compare

Patch Changes