Skip to content

Commit 914f202

Browse files
committed
Corretion provided by forresst
Signed-off-by: Bruno Lesieur <[email protected]>
1 parent 3c0e7c7 commit 914f202

File tree

1 file changed

+12
-12
lines changed

1 file changed

+12
-12
lines changed

src/v2/guide/ssr.md

+12-12
Original file line numberDiff line numberDiff line change
@@ -16,19 +16,19 @@ Cela signifie que si vous avez du contenu qui s'affiche de manière asynchrone s
1616

1717
### Clients avec une connexion bas-débit
1818

19-
Les utilisateurs pourraient visiter votre site depuis des lieux avec une connexion Internet bas-débit ou juste depuis une mauvaise connexion cellulaire. Dans ces cas, vous souhaitez minimiser le nombre et la taille des requêtes nécessaires à l'utilisateur pour voir le contenu de base.
19+
Les utilisateurs pourraient visiter votre site depuis des lieux avec une connexion Internet bas-débit (ou juste depuis une mauvaise connexion cellulaire). Dans ces cas, vous souhaitez minimiser le nombre et la taille des requêtes nécessaires à l'utilisateur pour voir le contenu de base.
2020

2121
Vous pouvez utiliser l'[outil Webpack de *code splitting*](https://webpack.js.org/guides/code-splitting-require/) pour ne pas forcer l'utilisateur à télécharger votre application entière pour voir une seule page, mais cela ne sera jamais aussi performant que de télécharger une seule page HTML pré-rendue.
2222

2323
### Clients avec un vieux (ou juste sans) moteur JavaScript
2424

25-
Pour certaines populations ou endroits du monde, utiliser un ordinateur de 1998 pour accéder à Internet pourrait être la seule option. Puisque Vue ne fonctionne qu'avec IE9+, vous pourriez vouloir délivrer un contenu de base à ceux sur des anciens navigateurs ou pour les hackers hipsters utilisant [Lynx](http://lynx.browser.org/) depuis un terminal.
25+
Pour certaines populations ou endroits du monde, utiliser un ordinateur de 1998 pour accéder à Internet pourrait être la seule option. Puisque Vue ne fonctionne qu'avec IE9+, vous pourriez vouloir délivrer un contenu de base à ceux qui utilisent d'anciens navigateurs (ou pour les hackers hipsters utilisant [Lynx](http://lynx.browser.org/) depuis un terminal).
2626

2727
### SSR vs. Pré-rendu
2828

2929
Si vous étudiez le SSR uniquement pour améliorer la SEO d'une poignée de pages vitrines (ex. : `/`, `/about`, `/contact`, etc), alors vous voudriez probablement utiliser du __pré-rendu__ à la place. Au lieu d'utiliser un serveur web pour compiler le HTML à la volée, le pré-rendu génère simplement des fichiers HTML statiques pour des routes spécifiques lors de la phase de *build*. L'avantage est que mettre en place le pré-rendu est beaucoup plus simple et vous permet de garder la partie frontale d'un site complètement statique.
3030

31-
Si vous utilisez Webpack, vous pouvez facilement ajouter le pré-rendu avec le plugin [prerender-spa-plugin](https://github.com/chrisvfritz/prerender-spa-plugin). Il a beaucoup été testé avec des applications Vue — en fait, son créateur est un membre de l'équipe du coeur de Vue.
31+
Si vous utilisez Webpack, vous pouvez facilement ajouter le pré-rendu avec le plugin [prerender-spa-plugin](https://github.com/chrisvfritz/prerender-spa-plugin). Il a beaucoup été testé avec des applications Vue — en fait, son créateur est un membre de l'équipe principale de Vue.
3232

3333
## Hello World
3434

@@ -54,7 +54,7 @@ renderer.renderToString(app, function (error, html) {
5454
})
5555
```
5656

57-
Pas si effrayant, non ? Bien sûr, cet exemple est plus simple que pour la plupart des applications. Nous n'avons pas encore à nous préoccuper de :
57+
Pas si effrayant, non ? Bien sûr, cet exemple est plus simple que pour la plupart des applications. Nous n'avons pas encore à nous préoccuper :
5858

5959
- du serveur web
6060
- de la réponse streamée
@@ -69,7 +69,7 @@ Dans la suite de ce guide, nous allons voir comment travailler avec certaines de
6969

7070
C'est un peu abuser que d'appeler ça du « Server-side Rendering » quand nous n'avons pas de serveur web, alors réglons ça. Nous allons créer une application très simple avec du SSR, en utilisant uniquement une syntaxe ES5 sans aucune étape de *build* ou plugin Vue.
7171

72-
Nous allons commencer avec une application qui va juste dire à l'utilisateur depuis combien de secondes il est sur la page :
72+
Nous allons commencer avec une application qui va juste dire à l'utilisateur depuis combien de secondes il se trouve sur la page :
7373

7474
``` js
7575
new Vue({
@@ -88,10 +88,10 @@ new Vue({
8888

8989
Pour adapter ça au SSR, il y a quelques modifications à faire, afin que cela fonctionne aussi bien dans le navigateur qu'avec Node.js :
9090

91-
- Quand chargé dans un navigateur, ajouter une instance de notre application au contexte global (c-à-d `window`), afin que nous puissions faire le montage.
92-
- Quand chargé avec Node.js, exporter une fonction de fabrique afin que nous puissions créer une nouvelle instance de Vue pour chaque requête.
91+
- Quand chargé dans un navigateur, ajoute une instance de notre application au contexte global (c-à-d `window`), afin que nous puissions faire le montage.
92+
- Quand chargé avec Node.js, exporte une fonction de fabrique afin que nous puissions créer une nouvelle instance de Vue pour chaque requête.
9393

94-
Réaliser ces modifications nécessite une petite base de code :
94+
La réalisation de ces modifications nécessite une petite base de code :
9595

9696
``` js
9797
// assets/app.js
@@ -103,7 +103,7 @@ Réaliser ces modifications nécessite une petite base de code :
103103

104104
// L'instance de Vue principale doit être retournée et avoir
105105
// un nœud racine avec l'id « app », afin que la version côté
106-
// client puisse prendre le relais.
106+
// client puisse prendre le relais une fois qu'elle est chargée.
107107
return new Vue({
108108
template: '<div id="app">Vous êtes ici depuis {{ counter }} seconde(s).</div>',
109109
data: {
@@ -149,7 +149,7 @@ Maintenant que nous avons le code de notre application, mettons tout cela dans u
149149

150150
Tant que le répertoire `assets` mentionné contient le fichier `app.js` créé précédemment, ainsi qu'un fichier `vue.js` avec Vue, nous devrions avoir une application monopage fonctionnelle !
151151

152-
Ensuite, pour le faire fonctionner avec du rendu côté serveur, il y a juste une étape de plus le serveur web :
152+
Ensuite, pour le faire fonctionner avec du rendu côté serveur, il y a juste une étape de plus (le serveur web) :
153153

154154
``` js
155155
// server.js
@@ -319,7 +319,7 @@ N'importe quel composant « pur » peut être mis en cache sans problème — c'
319319
- Des composants d'éléments de liste (dans de longues listes, les mettre en cache peut significativement améliorer les performances)
320320
- Des composants génériques d'interface utilisateur (c-à-d les boutons, alertes, etc. — du moins ceux qui acceptent du contenu via les props plutôt que les slots/enfants)
321321

322-
## Processus de build, routage, et hydratation d'état de Vuex
322+
## Processus de build, routage et hydratation d'état de Vuex
323323

324324
À présent, vous devriez comprendre les concepts fondamentaux derrière le rendu côté serveur. Cependant, à mesure que vous introduisez un processus de *build*, du routage ou vuex, cela introduit son propre lot de considérations.
325325

@@ -330,4 +330,4 @@ Pour réellement maîtriser le rendu côté serveur dans des applications comple
330330

331331
## Nuxt.js
332332

333-
Configurer proprement tous les aspects dont nous avons discuté pour un rendu côté serveur près à la production peut être intimidant. Fort heureusement, il y a un excellent projet communautaire dont le but est de rendre tout cela plus simple : [Nuxt.js](https://nuxtjs.org/). Nuxt.js est un framework de haut niveau construit par-dessus l'écosystème de Vue et qui fournit une expérience de développement toute tracée pour écrire des applications Vue universelle. Encore mieux, vous pouvez vous en servir comme générateur de sites web statiques (avec des pages écrites comme composants Vue monofichiers) ! Nous vous recommandons grandement de l'essayer.
333+
Configurer proprement tous les aspects dont nous avons discuté pour un rendu côté serveur près à la production peut être intimidant. Fort heureusement, il y a un excellent projet communautaire dont le but est de rendre tout cela plus simple : [Nuxt.js](https://nuxtjs.org/). Nuxt.js est un framework de haut niveau construit par-dessus l'écosystème de Vue et qui fournit une expérience de développement toute tracée pour écrire des applications Vue universelle. Encore mieux, vous pouvez vous en servir comme générateur de sites web statiques (avec des pages écrites comme des composants Vue monofichiers) ! Nous vous recommandons grandement de l'essayer.

0 commit comments

Comments
 (0)