DocsBasé sur un fichier
Pages
Un fichier d'échange renvoie du HTML. Le type de fichier que vous utilisez modifie la façon dont il est produit : voir vues. Cette section couvre les règles de routage qui s'appliquent à chaque format de page.
| Page | Ce qu'il couvre |
|---|---|
| Routes dynamiques | [slug], [...path], groupes de routes, segments typés |
| Pages d'erreur | notfound.nexy, errors.nexy, JSON pour les clients API |
| Mise en page | Une page par type de fichier de mise en page |
| Héritage | Comment les mises en page et les dépendances s'empilent |
Une page minimale
title: prop[str] = "About"<h1>{{ title }}</h1>Il est servi à /about. Le frontmatter entre les lignes --- est Python ; le balisage en dessous est Jinja2. Voir fichiers .nexy.
Formats de pages
| Mode | Fichier | Produit |
|---|---|---|
| Serveur | .nexy |
HTML rendu par le serveur à partir de Python et Jinja2 |
| Serveur | .md, .mdx |
pages de contenu |
| Composants du framework client | .tsx, .jsx, .vue, .svelte |
rendus et parcourus dans le navigateur |
Les deux modes ne peuvent pas être mélangés dans un seul projet. Voir Mode serveur et mode client. Les composants clients peuvent toujours apparaître en mode serveur, sous forme d'îlots dans une page .nexy.
Mise en cache incrémentielle
Ajoutez revalidate = 60 à une page .nexy pour la mettre en cache avec une revalidation obsolète. Voir ISR.
Lecture de la demande
Une page lit le chemin, la chaîne de requête, les cookies et la session via des hooks. Voir Crochets.
Prochaines étapes
- Itinéraires dynamiques
- Pages d'erreur
- Routage modulaire : des contrôleurs au lieu de fichiers