Routage
Astro utilise le routage basé sur les fichiers pour générer vos URLs de construction en fonction de la disposition des fichiers dans le répertoire src/pages/
de votre projet.
Naviguer entre les pages
Titre de la section Naviguer entre les pagesAstro utilise des éléments HTML standard <a>
pour naviguer entre les routes. Il n’y a pas de composant <Link>
spécifique au framework.
Routes Statiques
Titre de la section Routes StatiquesLes composants de page .astro
ainsi que les fichiers Markdown et MDX (.md
, .mdx
) dans le répertoire src/pages
deviennent automatiquement des pages de votre site web. La route de chaque page correspond à son chemin et à son nom de fichier dans le répertoire src/pages
.
Il n’y a pas de « configuration de routage » séparée à maintenir dans un projet Astro ! Lorsque vous ajoutez un fichier au répertoire /src/pages
, une nouvelle route est automatiquement créée pour vous. Dans les constructions statiques, vous pouvez personnaliser le format de sortie du fichier en utilisant l’option de configuration build.format
.
Routes Dynamiques
Titre de la section Routes DynamiquesUn fichier de page Astro peut spécifier des paramètres de route dynamiques dans son nom de fichier pour générer des pages correspondantes. Par exemple, vous pouvez créer un fichier authors/[author].astro
qui génère une page de biographie pour chaque auteur de votre blog. author
devient un paramètre accessible depuis l’intérieur de la page.
Dans le mode statique par défaut d’Astro, ces pages sont générées au moment de la construction, et vous devez donc prédéterminer la liste des author
qui obtiendront un fichier correspondant. En mode SSR, une page sera générée sur demande pour toute route correspondante.
Mode Statique (SSG)
Titre de la section Mode Statique (SSG)Parce que toutes les routes doivent être déterminées au moment de la construction, une route dynamique doit exporter une fonction getStaticPaths()
qui renvoie un tableau d’objets avec une propriété params
. Chacun de ces objets générera une route correspondante.
[dog].astro
définit le paramètre dynamique dog
dans son nom de fichier, donc les objets retournés par getStaticPaths()
doivent inclure dog
dans leurs params
. La page peut alors accéder à ce paramètre en utilisant Astro.params
.
Cela va générer trois pages : /dogs/clifford
, /dogs/rover
, et /dogs/spot
, chacune affichant le nom du chien correspondant.
Le nom du fichier peut inclure plusieurs paramètres, qui doivent tous être inclus dans les objets params
de getStaticPaths()
:
Cela va générer /en-v1/info
et /fr-v2/info
.
Les paramètres peuvent être inclus dans des parties séparées du chemin, ainsi nous pourrions utiliser src/pages/[lang]/[version]/info.astro
avec le même getStaticPaths
pour générer /en/v1/info
et /fr/v2/info
.
Décodage de params
Titre de la section Décodage de paramsLes params
fournis à la fonction getStaticPaths()
ne sont pas décodés. Utilisez la fonction decodeURI
lorsque vous avez besoin de décoder les valeurs des paramètres.
getStaticPaths()
(EN).
Paramètres REST
Titre de la section Paramètres RESTSi vous avez besoin de plus de flexibilité dans le routage de vos URL, vous pouvez utiliser un paramètre REST ([...path]
) dans votre nom de fichier .astro
pour correspondre à des chemins de fichiers de n’importe quelle profondeur :
Cela générera /sequences/one/two/three
, /sequences/four
, et /sequences
. (Définir le paramètre REST à undefined
lui permet de correspondre à la page de premier niveau).
Les paramètres REST peuvent être utilisés avec d’autres paramètres nommés. Par exemple, nous pourrions représenter la visionneuse de fichiers de GitHub avec une route dynamique comme celle-ci :
Dans cet exemple, une requête pour /withastro/astro/tree/main/docs/public/favicon.svg
serait divisée en paramètres nommés suivants :
Exemple : Pages dynamiques à plusieurs niveaux
Titre de la section Exemple : Pages dynamiques à plusieurs niveauxIci, nous utilisons un paramètre REST ([...slug]
) et la fonctionnalité props
(EN) de getStaticPaths()
pour générer des pages pour des slugs de différentes profondeurs.
Mode serveur (SSR)
Titre de la section Mode serveur (SSR)En mode SSR (EN), les routes dynamiques sont définies de la même manière : incluez des crochets [param]
ou [...path]
dans vos noms de fichiers pour faire correspondre des chaînes ou des chemins arbitraires. Mais comme les routes ne sont plus construites à l’avance, la page sera servie à toute route correspondante. Comme il ne s’agit pas de routes « statiques », getStaticPaths
ne doit pas être utilisé.
Cette page sera servie pour toute valeur de resource
et id
: resources/users/1
, resources/colors/blue
, etc.
Modification de l’exemple [...slug]
pour le mode SSR
Titre de la section Modification de l’exemple [...slug] pour le mode SSRComme les pages SSR ne peuvent pas utiliser getStaticPaths
, elles ne peuvent pas recevoir de props. Ici, nous modifions notre exemple précédent pour qu’il fonctionne en SSR en cherchant la valeur du paramètre slug
dans un objet. Si la route est à la racine (« / »), le paramètre slug sera undefined
. Si la valeur n’existe pas dans l’objet, nous redirigeons vers une page 404.
Redirections
Titre de la section RedirectionsParfois, vous devrez rediriger vos lecteurs vers une nouvelle page, soit de manière permanente parce que la structure de votre site a changé, soit en réponse à une action telle que la connexion à une route authentifiée.
Vous pouvez définir des règles pour rediriger les utilisateurs vers des pages déplacées de façon permanente dans votre configuration Astro. Ou rediriger les utilisateurs dynamiquement au fur et à mesure qu’ils utilisent votre site.
Redirections configurées
Titre de la section Redirections configurées
Ajouté à la version :
astro@2.9.0
Vous pouvez spécifier une correspondance de redirections permanentes dans votre configuration Astro avec la valeur redirects
. Pour la plupart des redirections, il s’agit d’une correspondance entre l’ancienne et la nouvelle route :
Ces redirections suivent les mêmes règles de priorité que les routes basées sur des fichiers et auront toujours une priorité inférieure à celle d’une page existante ayant le même nom dans votre projet. Par exemple, /ancienne-page
ne redirigera pas vers /nouvelle-page
si votre projet contient le fichier src/pages/ancienne-page.astro
.
Les routes dynamiques sont autorisées tant que les nouvelles et les anciennes routes contiennent les mêmes paramètres, par exemple :
En utilisant SSR ou un adaptateur statique, vous pouvez également fournir un objet comme valeur, ce qui vous permet de spécifier le code status
en plus de la nouvelle destination
:
Lors de l’exécution de astro build
, Astro produira des fichiers HTML avec la balise meta refresh par défaut. Les adaptateurs supportés écriront à la place le fichier de configuration de l’hôte avec les redirections.
Le code de statut est 301
par défaut. Si l’on construit des fichiers HTML, le code de statut n’est pas utilisé par le serveur.
Redirections Dynamiques
Titre de la section Redirections DynamiquesGlobalement sur Astro
, la méthode Astro.redirect
vous permet de rediriger vers une autre page dynamiquement. Vous pouvez le faire après avoir vérifié que l’utilisateur est connecté en récupérant sa session à partir d’un cookie.
Réécritures
Titre de la section Réécritures
Ajouté à la version :
astro@4.13.0
Une réécriture vous permet de servir une route différente sans rediriger le navigateur vers une page différente. Le navigateur affichera l’adresse originale dans la barre d’URL, mais il affichera à la place le contenu de l’URL fournie à Astro.rewrite()
.
Pour un contenu qui a été déplacé de façon permanente, ou pour diriger l’utilisateur vers une page différente avec une nouvelle URL (par exemple, le tableau de bord d’un utilisateur après sa connexion), utilisez plutôt une redirection.
Les réécritures peuvent être utiles pour afficher le même contenu sur plusieurs chemins (par exemple, /products/shoes/men/
et /products/men/shoes/
) sans avoir à maintenir deux fichiers sources différents.
Les réécritures sont également utiles à des fins de référencement et d’expérience utilisateur. Elles vous permettent d’afficher un contenu qui, autrement, nécessiterait de rediriger votre visiteur vers une autre page ou renverrait un statut 404. Une utilisation courante des réécritures consiste à afficher le même contenu localisé pour différentes variantes d’une langue.
L’exemple suivant utilise une réécriture pour afficher la version /es/
d’une page lorsque le chemin URL /es-CU/
(espagnol cubain) est visité. Lorsqu’un visiteur se rend à l’URL /es-cu/articles/introduction
, Astro affiche le contenu généré par le fichier src/pages/es/articles/introduction.astro
.
Utilisez context.rewrite()
dans vos fichiers de destination pour rediriger vers une autre page :
Si l’URL passée à Astro.rewrite()
émet une erreur d’exécution, Astro affichera l’erreur en superposition dans le cadre du développement et renverra un code d’état 500 dans le cadre de la production. Si l’URL n’existe pas dans votre projet, un code d’état 404 sera retourné.
Vous pouvez intentionnellement créer une réécriture pour afficher votre page /404
, par exemple pour indiquer qu’un produit de votre boutique e-commerce n’est plus disponible :
Vous pouvez également procéder à une réécriture conditionnelle sur la base d’un statut de réponse HTTP, par exemple pour afficher une certaine page de votre site lorsque vous visitez une URL qui n’existe pas :
Avant d’afficher le contenu du chemin de réécriture spécifié, la fonction Astro.rewrite()
déclenche une nouvelle phase complète d’affichage. Celle-ci ré-exécute tout middleware pour la nouvelle route/demande.
Astro.rewrite()
pour plus d’informations.
Ordre de Priorité des Routes
Titre de la section Ordre de Priorité des RoutesIl est possible que plusieurs routes définies tentent de construire le même chemin d’URL. Par exemple, toutes ces routes pourraient construire /posts/create
:
Répertoiresrc/pages/
- […slug].astro
Répertoireposts/
- create.astro
- [page].astro
- [pid].ts
- […slug].astro
Astro a besoin de savoir quelle route doit être utilisée pour construire la page. Pour ce faire, il les trie dans l’ordre selon les règles suivantes :
- Les routes réservées dans Astro
- Les routes avec plus de segments de chemin seront prioritaires sur les itinéraires moins spécifiques. Dans l’exemple ci-dessus, toutes les routes sous
/posts/
sont prioritaires sur/[...slug].astro
à la racine. - Les routes statiques sans paramètres de chemin sont prioritaires sur les routes dynamiques. Par exemple,
/posts/create.astro
est prioritaire sur toutes les autres routes de l’exemple. - Les routes dynamiques utilisant des paramètres nommés sont prioritaires sur les paramètres restants. Par exemple,
/posts/[page].astro
est prioritaire sur/posts/[...slug].astro
. - Les routes dynamiques pré-rendues ont la priorité sur les routes dynamiques du serveur.
- Les points de terminaison ont la priorité sur les pages.
- Les routes basées sur des fichiers ont priorité sur les redirections.
- Si aucune des règles ci-dessus ne décide de l’ordre, les routes sont triées par ordre alphabétique en fonction des paramètres régionaux par défaut de votre installation Node.
Dans l’exemple ci-dessus, voici quelques exemples de la manière dont les règles feront correspondre une URL demandée à la route utilisée pour construire le code HTML :
pages/post/create.astro
- Ne construira que des/post/create
.pages/post/[pid].ts
- Construira/post/abc
,/post/xyz
, etc. Mais pas/post/create
.pages/posts/[page].astro
- Construira/posts/1
,/posts/2
, etc. Mais pas/posts/create
,/posts/abc
ni/posts/xyz
.pages/post/[...slug].astro
- Construira/post/1/2
,/post/a/b/c
, etc. Mais pas/post/create
,/post/1
,/post/abc
etc.pages/[...slug].astro
- Construira/abc
,/xyz
,/abc/xyz
, etc. Mais pas/posts/create
,/posts/1
,/posts/abc
, etc.
Routes réservées
Titre de la section Routes réservéesLes routes internes ont la priorité sur les routes définies par l’utilisateur ou par l’intégration, car elles sont nécessaires au déroulement des fonctionnalités d’Astro. Les routes réservées d’Astro sont les suivantes :
_astro/
: Fournit toutes les ressources statiques au client, y compris les documents CSS, les scripts client intégrés, les images optimisées et toutes les ressources Vite._server_islands/
: Sert les composants dynamiques différés dans une Île de serveur (EN)._actions/
: Sert toutes les actions définies.
Pagination
Titre de la section PaginationAstro prend en charge la pagination intégrée pour les grandes collections de données qui doivent être divisées en plusieurs pages. Astro génère les propriétés de pagination courantes, y compris les URL des pages précédentes/suivantes, le nombre total de pages, etc.
Les noms des routes paginées doivent utiliser la même syntaxe de [crochets]
que les routes dynamiques standard. Par exemple, le nom de fichier /astronauts/[page].astro
générera des routes pour /astronauts/1
, /astronauts/2
, etc, là où [page]
est le numéro de la page générée.
Vous pouvez utiliser la fonction paginate()
pour générer ces pages pour un tableau de valeurs comme ceci :
Cela génère les pages suivantes, avec deux éléments par page :
/astronauts/1
- Page 1: Affiche « Neil Armstrong » et « Buzz Aldrin »/astronauts/2
- Page 2: Affiche « Jean-Loup Chrétien » et « Thomas Pesquet »
La propriété page
Titre de la section La propriété pageLorsque vous utilisez la fonction paginate()
, chaque page recevra ses données via une propriété page
. Celle-ci possède de nombreuses propriétés utiles que vous pouvez utiliser pour créer des pages et des liens entre elles :
L’exemple suivant affiche les informations actuelles de la page ainsi que des liens pour naviguer entre les pages :
page
de pagination (EN).
Pagination Imbriquée
Titre de la section Pagination ImbriquéeUn cas d’utilisation plus avancé de la pagination est la pagination imbriquée, c’est-à-dire lorsque la pagination est combinée avec d’autres paramètres d’itinéraires dynamiques. Vous pouvez utiliser la pagination imbriquée pour regrouper votre collection paginée en fonction d’une propriété ou d’une balise.
Par exemple, si vous voulez grouper vos posts Markdown paginés par une balise, vous utiliserez la pagination imbriquée en créant une page /src/pages/[tag]/[page].astro
qui correspondra aux URLS suivantes :
/red/1
(tag=red)/red/2
(tag=red)/blue/1
(tag=blue)/green/1
(tag=green)
La pagination imbriquée fonctionne en renvoyant un tableau de résultats paginate()
de getStaticPaths()
, un pour chaque groupe.
Dans l’exemple suivant, nous allons implémenter la pagination imbriquée pour construire les URLs listées ci-dessus :
Exclure des pages
Titre de la section Exclure des pagesVous pouvez exclure des pages, ou même des répertoires entiers, de la construction en préfixant leur nom par un trait de soulignement (_
).
Cela vous permet de créer des pages privées, et aussi de placer les tests, les utilitaires et les composants dans les pages correspondantes, en les empêchant d’être construits dans des fichiers .html
et placés dans le répertoire dist/
.
Dans cet exemple, seuls src/pages/index.astro
et src/pages/posts/post1.md
seront construits comme routes de pages et fichiers HTML.
Répertoiresrc/pages/
Répertoire_répertoire-caché/
- page1.md
- page2.md
- _page-cachée.astro
- index.astro
Répertoireposts/
- _SomeComponent.astro
- _utils.js
- post1.md