diff --git a/fr/basic.md b/fr/basic.md index 2f2d8be2..25c06d72 100644 --- a/fr/basic.md +++ b/fr/basic.md @@ -34,7 +34,7 @@ renderer.renderToString(app, (err, html) => { }) // Dans la 2.5.0+, retourne une promesse si aucune fonction de rappel n'est passée : -renderer.renderToString.then(html => { +renderer.renderToString(app).then(html => { console.log(html) }).catch(err => { console.error(err) diff --git a/fr/hydration.md b/fr/hydration.md index 0cf53c55..2d93b7e2 100644 --- a/fr/hydration.md +++ b/fr/hydration.md @@ -9,13 +9,13 @@ app.$mount('#app') Parce que le serveur a déjà fait le rendu des balises, nous ne voulons évidemment pas tout jeter et recréer l'intégralité des éléments du DOM. À la place, nous voulons « hydrater » les balises statiques et les rendre interactives. -Si vous inspectez le rendu en sortie côté serveur, vous remarquerez que l'élément racine a un attribut spécial : +Si vous inspectez le rendu en sortie côté serveur, vous remarquerez que l'élément racine de l'application a un attribut spécial : ``` js
``` -L'attribut spécial `data-server-rendered` permet à Vue, depuis le côté client, de savoir quelle balise a été rendue par le serveur et d'être capable de monter l'application en mode hydratation. +L'attribut spécial `data-server-rendered` permet à Vue, depuis le côté client, de savoir quelle balise a été rendue par le serveur et d'être capable de monter l'application en mode hydratation. Notez que cela n'ajoute pas `id="app"` mais seulement l'attribut `data-server-rendered` : vous avez besoin d'ajouter un `id` ou tout autre sélecteur à l'élément racine de votre application vous-même ou l'application ne s'hydratera pas proprement. En mode développement, Vue va vérifier que le DOM virtuel généré côté client concorde avec la structure du DOM rendu par le serveur. S'il y a non concordance, il va bypasser l'hydratation, retirer le DOM existant et refaire le rendu depuis le début. **En mode production, ces vérifications sont désactivées pour des performances maximales.**