@astrojs/ node

v8.3.4 GitHub npm Journal des modifications

Cet adaptateur permet à Astro de déployer votre site rendu hybrid ou server vers des cibles Node.

Si vous utilisez Astro comme constructeur de site statique, vous n’avez pas besoin d’adaptateur.

Pourquoi Astro Node.js

Node.js est un moteur d’exécution JavaScript pour le code côté serveur. @astrojs/node peut être utilisé soit en mode standalone, soit comme middleware pour d’autres serveurs http, tels que Express.

Installation

Astro inclut une commande astro add pour automatiser l’installation des intégrations officielles. Si vous préférez, vous pouvez installer les intégrations manuellement à la place.

Ajoutez l’adaptateur Node pour activer SSR dans votre projet Astro avec la commande astro add. Cela installera @astrojs/node et apportera les changements appropriés à votre fichier astro.config.* en une seule étape.

npx astro add node

pnpm astro add node

yarn astro add node

Installation manuelle

Tout d’abord, ajoutez l’adaptateur Node aux dépendances de votre projet en utilisant votre gestionnaire de paquets préféré.

npm install @astrojs/node

pnpm add @astrojs/node

yarn add @astrojs/node

Ensuite, ajoutez l’adaptateur et votre mode de rendu à la demande à votre fichier astro.config.* :

import { defineConfig } from 'astro/config';
import node from '@astrojs/node';

export default defineConfig({
  output: 'server',
  adapter: node({
    mode: 'standalone',
  }),
});

Configuration

@astrojs/node peut être configuré en passant des options dans la fonction de l’adaptateur. Les options suivantes sont disponibles :

Mode

Contrôle si l’adaptateur se construit en mode middleware ou standalone.

Le mode middleware permet à la sortie construite d’être utilisée comme middleware pour un autre serveur Node.js, comme Express.js ou Fastify.

import { defineConfig } from 'astro/config';
import node from '@astrojs/node';

export default defineConfig({
  output: 'server',
  adapter: node({
    mode: 'middleware',
  }),
});

Le mode standalone construit un serveur qui démarre automatiquement lorsque le module d’entrée est exécuté. Cela vous permet de déployer plus facilement votre build sur un hôte sans code supplémentaire.

Utilisation

Tout d’abord, effectuer un build. En fonction du mode sélectionné (voir ci-dessus), suivez les étapes appropriées ci-dessous :

Middleware

Le point d’entrée du serveur est construit dans ./dist/server/entry.mjs par défaut. Ce module exporte une fonction handler qui peut être utilisée avec n’importe quel framework qui supporte les objets Node request et response.

Par exemple, avec Express :

import express from 'express';
import { handler as ssrHandler } from './dist/server/entry.mjs';

const app = express();
// Changez ceci en fonction de votre astro.config.mjs, option `base`.
// Ils doivent correspondre. La valeur par défaut est "/".
const base = '/';
app.use(base, express.static('dist/client/'));
app.use(ssrHandler);

app.listen(8080);

Ou, avec Fastify (>4) :

import Fastify from 'fastify';
import fastifyMiddie from '@fastify/middie';
import fastifyStatic from '@fastify/static';
import { fileURLToPath } from 'node:url';
import { handler as ssrHandler } from './dist/server/entry.mjs';

const app = Fastify({ logger: true });

await app
  .register(fastifyStatic, {
    root: fileURLToPath(new URL('./dist/client', import.meta.url)),
  })
  .register(fastifyMiddie);
app.use(ssrHandler);

app.listen({ port: 8080 });

De plus, vous pouvez également passer un objet qui sera accessible avec Astro.locals ou dans le middleware Astro :

import express from 'express';
import { handler as ssrHandler } from './dist/server/entry.mjs';

const app = express();
app.use(express.static('dist/client/'));
app.use((req, res, next) => {
  const locals = {
    title: 'Nouveau titre',
  };

  ssrHandler(req, res, next, locals);
});

app.listen(8080);

Notez que le mode middleware ne permet pas de servir des fichiers. Vous devrez configurer votre framework HTTP pour qu’il le fasse pour vous. Par défaut, les ressources du client sont écrites dans ./dist/client/.

Standalone

En mode standalone, un serveur démarre lorsque le point d’entrée du serveur est exécuté. Par défaut, il est construit dans ./dist/server/entry.mjs. Vous pouvez le lancer avec :

node ./dist/server/entry.mjs

En mode standalone, le serveur gère le service de fichiers en plus des routes de pages et d’API.

Hôte et port personnalisés

Vous pouvez modifier l’hôte et le port sur lesquels le serveur standalone s’exécute en les passant comme variables d’environnement au moment de l’exécution :

HOST=0.0.0.0 PORT=4321 node ./dist/server/entry.mjs

HTTPS

Par défaut, le serveur standalone utilise le protocole HTTP. Cela fonctionne bien si vous avez un serveur proxy en face de lui qui utilise HTTPS. Si vous avez besoin que le serveur standalone utilise HTTPS lui-même, vous devez fournir votre clé et votre certificat SSL.

Vous pouvez passer le chemin vers votre clé et votre certificat via les variables d’environnement SERVER_CERT_PATH et SERVER_KEY_PATH. Voici comment vous pouvez les passer en bash :

SERVER_KEY_PATH=./private/key.pem SERVER_CERT_PATH=./private/cert.pem node ./dist/server/entry.mjs

Variables d’environnement d’exécution

Si un fichier .env contenant des variables d’environnement est présent lors de l’exécution du processus de construction, ces valeurs seront codées en dur dans la sortie, tout comme lors de la génération d’un site web statique.

Pendant la construction, les variables d’exécution doivent être absentes du fichier .env, et vous devez fournir à Astro toutes les variables d’environnement à attendre à l’exécution : VARIABLE_1=placeholder astro build. Ceci signale à Astro que la valeur réelle sera disponible lors de l’exécution de l’application construite. La valeur de l’espace réservé sera ignorée par le processus de construction, et Astro utilisera la valeur fournie à l’exécution.

Dans le cas multiple exécution de variables, stockez-les dans un fichier séparé (par exemple .env.runtime) de .env. Lancez la compilation avec la commande suivante :

export $(cat .env.runtime) && astro build

Assets

En mode standalone, les ressources de votre dossier dist/client/ sont servies par le serveur standalone. Vous pouvez déployer ces ressources sur un CDN, auquel cas le serveur ne les servira jamais. Mais dans certains cas, comme les sites intranet, il est possible de servir les ressources statiques directement depuis le serveur d’application.

Les assets dans le dossier dist/client/_astro/ sont ceux qu’Astro a construits. Ces ressources sont toutes nommées avec un hachage et peuvent donc recevoir de longs en-têtes de cache. En interne, l’adaptateur ajoute cet en-tête pour ces ressources :

Cache-Control: public, max-age=31536000, immutable

@astrojs/ node

Pourquoi Astro Node.js

Installation

Installation manuelle

Configuration

Mode

Utilisation

Middleware

Standalone

Hôte et port personnalisés

HTTPS

Variables d’environnement d’exécution

Assets

Plus d'intégrations

Framework d'interface utilisateur

@astrojs/alpinejs

@astrojs/lit

@astrojs/preact

@astrojs/react

@astrojs/solid⁠-⁠js

@astrojs/svelte

@astrojs/vue

Adaptateurs SSR

@astrojs/cloudflare

@astrojs/netlify

@astrojs/node

@astrojs/vercel

Autres intégrations

@astrojs/db

@astrojs/markdoc

@astrojs/mdx

@astrojs/partytown

@astrojs/sitemap

@astrojs/tailwind

Comment pouvons-nous vous aider ?

Créer une issue GitHub

Envoyez-nous un commentaire

Envoyez-nous un commentaire