@astrojs/[email protected]

Patch Changes

• #127 36434f0c631cb963c748a11679cf7a96cd605d8e Thanks @Skn0tt! - Updates the behavior of the cacheOnDemandPages setting to only cache GET/HEAD requests by default

@astrojs/[email protected]

Minor Changes

• #58 ecdb8f5bc21b19cc86e581711a1c360fc723a007 Thanks @alexanderniebuhr! - Adds the option to only run image optimization on images during build-time. Warning: This mode does not work with on-demand (SSR) image optimization.

  import {defineConfig} from "astro/config";
  import cloudflare from '@astrojs/cloudflare';
  
  export default defineConfig({
    output: 'server'
    adapter: cloudflare({
  +   imageService: 'compile'
    }),
  })

@astrojs/[email protected]

Patch Changes

• #125 200dea9 Thanks @alexanderniebuhr! - Updates miniflare version

@astrojs/[email protected]

Minor Changes

• #120 cf39b9d Thanks @Skn0tt! - Adds opt-out option for Image CDN.

@astrojs/[email protected]

Patch Changes

• #117 89f7c01 Thanks @alexanderniebuhr! - Updates Netlify README.md

@astrojs/[email protected]

Patch Changes

• #108 63fa4e6 Thanks @sarah11918! - Updates Cloudflare README.md

@astrojs/[email protected]

Patch Changes

• #105 755058d Thanks @Skn0tt! - fix crash when reading package.json version field

@astrojs/[email protected]

Major Changes

• #84 ca64544 Thanks @Skn0tt! - # Netlify Adapter v4 simplifies static + SSR deployments

  This update is a complete overhaul of the Netlify adapter.
  It simplifies the user-facing config, and resolves a number of bugs along the way.

  Here's what changes:

  Netlify Context is automatically available via Locals

  In v3, you could use netlify-edge-middleware.ts to inject data from the Netlify context into your Astro locals.
  In v4, this file is no longer needed because the Netlify context is automatically made available via Astro.locals.netlify.context.
  You can use this context to access information about the user (like geolocation or IP address), your Netlify site (like deploy ID) or the request (like its request ID or the CDN region it's served from).

  Action Required:
  Remove the netlify-edge-middleware.ts or netlify-edge-middleware.js file.
  In your codebase, change all usage of locals injected through that file to use Astro.locals.netlify.context instead.

  Image CDN

  v4 of this adapter integrates your Astro site with Netlify Image CDN.
  This allows transforming images on-the-fly without impacting build times.
  It's implemented using an Astro Image Service, and enabled by default.

  Replacement for On-Demand Builders

  On-Demand Builders (ODB) allows SSR-Rendered pages to be cached using a Time to Live (TTL) strategy.
  While the Netlify platform continues to support existing pages with ODBs, we now recommend using the much more powerful
  Fine-Grained Cache Control going forward.

  In v3, you could deploy your SSR-Rendered Astro pages to ODBs by enabling the builders config option,
  and then specifying the TTL on a per-page basis.
  In v4, a new cacheOnDemandPages option replaces this config option. Take a look at the README to learn more about this.

  Action Required:
  Replace the builders config option with cacheOnDemandPages.

  // astro.config.mjs
  export default defineConfig({
    // ...
    adapter: netlify({
  -   builders: true
  +   cacheOnDemandPages: true
    }),
  });

  functionPerRoute was removed

  In v3, the functionPerRoute option allowed the SSR routes to be split up into multiple Netlify Functions.
  This reduced the bundle sizes of each individual function, with the intention of speeding up code parsing, and therefore the time of cold starts.
  In practice, this benefit is often nullified by the increase in number of cold starts - more handlers means fewer requests per handler, means more cold starts.

  In v4, support for this deployment mode was removed.

  Action Required:
  Remove the functionPerRoute field from your config.

  binaryMediaTypes was removed

  binaryMediaTypes was a workaround required for some Astro endpoints, because v3 deployed those as "old" Netlify Functions (now referred to as "Lambda Compatibility Mode").
  v4 uses the new Netlify Functions 2.0, which simply doesn't need this workaround anymore - so we're removing it 🎉

  Action Required:
  Remove the binaryMediaTypes field from your config.

@astrojs/[email protected]

Patch Changes

• #100 1195955 Thanks @Jinksi! - Fixes a typo for the peerDependency range in package.json, which prevents upgrade to Astro 4.0.

@astrojs/[email protected]

Minor Changes

• #96 f1df277 Thanks @alexanderniebuhr! - Fixes an issue where this package could not be installed alongside Astro 4.0.