- #5638
a467139e1
Thanks @andreademasi! - Ignore warnings when traced file fails to parse
-
#5241
070da6a79
Thanks @matthewp! - Fixes unknown error when using vercel/static -
Updated dependencies [
b6a478f37
]:- @astrojs/webapi@1.1.1
- #5175
abf41da77
Thanks @JuanM04! - Edge adapter includes all the generated files (all files insidedist/
) instead of onlyentry.mjs
-
#5086
f8198d250
Thanks @JuanM04! - Minify Edge Function output to save space -
#5085
cd25abae5
Thanks @JuanM04! - AddedincludeFiles
andexcludeFiles
options
-
#5056
e55af8a23
Thanks @matthewp! - # New build configurationThe ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for
server
(the server code for SSR),client
(your client-side JavaScript and assets), andserverEntry
(the name of the entrypoint server module). Here are the defaults:import { defineConfig } from 'astro/config'; export default defineConfig({ output: 'server', build: { server: './dist/server/', client: './dist/client/', serverEntry: 'entry.mjs', }, });
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).
The integration hook
astro:build:start
includes a parambuildConfig
which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the newbuild.config
options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:export default function myIntegration() { return { name: 'my-integration', hooks: { 'astro:config:setup': ({ updateConfig }) => { updateConfig({ build: { server: '...', }, }); }, }, }; }
-
#4876
d3091f89e
Thanks @matthewp! - Adds the Astro.cookies APIAstro.cookies
is a new API for manipulating cookies in Astro components and API routes.In Astro components, the new
Astro.cookies
object is a map-like object that allows you to get, set, delete, and check for a cookie's existence (has
):--- type Prefs = { darkMode: boolean; }; Astro.cookies.set<Prefs>( 'prefs', { darkMode: true }, { expires: '1 month', } ); const prefs = Astro.cookies.get<Prefs>('prefs').json(); --- <body data-theme={prefs.darkMode ? 'dark' : 'light'}></body>
Once you've set a cookie with Astro.cookies it will automatically be included in the outgoing response.
This API is also available with the same functionality in API routes:
export function post({ cookies }) { cookies.set('loggedIn', false); return new Response(null, { status: 302, headers: { Location: '/login', }, }); }
See the RFC to learn more.
-
Updated dependencies [
5e4c5252b
]:- @astrojs/webapi@1.1.0
- #4558
742966456
Thanks @tony-sull! - Adding thewithastro
keyword to include the adapters on the Integrations Catalog
- #4421
7820096e1
Thanks @bholmesdev! - Fix react-dom on Vercel edge
-
04ad44563
- > Astro v1.0 is out! Read the official announcement post.No breaking changes. This package is now officially stable and compatible with
astro@1.0.0
!
- Updated dependencies [
04ad44563
]:- @astrojs/webapi@1.0.0
-
#4015
6fd161d76
Thanks @matthewp! - Newoutput
configuration optionThis change introduces a new "output target" configuration option (
output
). Setting the output target lets you decide the format of your final build, either:"static"
(default): A static site. Your final build will be a collection of static assets (HTML, CSS, JS) that you can deploy to any static site host."server"
: A dynamic server application. Your final build will be an application that will run in a hosted server environment, generating HTML dynamically for different requests.
If
output
is omitted from your config, the default value"static"
will be used.When using the
"server"
output target, you must also include a runtime adapter via theadapter
configuration. An adapter will adapt your final build to run on the deployed platform of your choice (Netlify, Vercel, Node.js, Deno, etc).To migrate: No action is required for most users. If you currently define an
adapter
, you will need to also addoutput: 'server'
to your config file to make it explicit that you are building a server. Here is an example of what that change would look like for someone deploying to Netlify:import { defineConfig } from 'astro/config'; import netlify from '@astrojs/netlify/functions'; export default defineConfig({ adapter: netlify(), + output: 'server', });
-
#3973
5a23483ef
Thanks @matthewp! - Adds support for Astro.clientAddressThe new
Astro.clientAddress
property allows you to get the IP address of the requested user.This property is only available when building for SSR, and only if the adapter you are using supports providing the IP address. If you attempt to access the property in a SSG app it will throw an error.
- #4020
1666fdb4c
Thanks @JuanM04! - Removed requirement forENABLE_VC_BUILD=1
, since Build Output v3 is now stable. Learn more.
- #3854
b012ee55
Thanks @bholmesdev! - [astro add] Support adapters and third party packages
- Updated dependencies [
4de53ecc
]:- @astrojs/webapi@0.12.0
- #3368
9d01f93b
Thanks @JuanM04! - RemovenodeVersion
option forserverless
target. Now it is inferred from Vercel
-
#3216
114bf63e
Thanks @JuanM04! - [BREAKING] Now with Build Output API (v3)! See the README to get started.trailingSlash
redirects works without avercel.json
file: just configure them inside yourastro.config.mjs
- Multiple deploy targets:
edge
,serverless
andstatic
! - When building to
serverless
, your code isn't transpiled to CJS anymore.
Migrate from v0.1
- Change the import inside
astro.config.mjs
:- import vercel from '@astrojs/vercel'; + import vercel from '@astrojs/vercel/serverless';
- Rename the
ENABLE_FILE_SYSTEM_API
environment variable toENABLE_VC_BUILD
, as Vercel changed it. - The output folder changed from
.output
to.vercel/output
β you may need to update your.gitignore
.
cafd36ef
Thanks @FredKSchott! - Update README
815d62f1
Thanks @FredKSchott! - no changes.
- #3008
8bd49c95
Thanks @JuanM04! - Updated integrations'astro:build:done
hook: now it matches the client dist when using SSR