Traduction de universal & structure #5

mdartic · 2017-05-10T14:00:08Z

Merci de relire ces deux traductions,

J'ai fait au mieux et me suis inspiré de ce que j'ai pu voir dans les traductions déjà existantes, et d'une issue répertoriant des conseils de traduction.

J'ai traduit les commentaires de code, et les libellés présents dedans, mais n'ai pas renommé les variables.

MachinisteWeb

Top ! Merci pour ta contribution @mdartic !

Voici mes retour !

MachinisteWeb · 2017-05-10T14:17:08Z

en/structure.md


-As seen in the basic example, we are **creating a new root Vue instance for each request.** This is similar to how each user will be using a fresh instance of the app in their own browser. If we use a shared instance across multiple requests, it will easily lead to cross-request state pollution.
+Comme vu dans l'exemple de base, nous **créons une nouvelle instance racine Vue pour chaque requête.** Cela est similaire au fait que chaque utilisateur utilise une nouvelle instance de l'application dans son propre navigateur. Si nous utilisons une instance partagée entre plusieurs requêtes, nous prenons le risque d'une pollution d'état multi-requêtes.


Je le proposerai plutôt dans cet ordre pour garder « l'instance de Vue »

instance de Vue racine

ou

instance de Vue principale

je propose

d'une pollution d'état entre requête

ou

d'une pollution d'état inter-requête

+1 pour l'instance de Vue.

MachinisteWeb · 2017-05-10T14:20:24Z

en/structure.md


 So, instead of directly creating an app instance, we should expose a factory function that can be repeatedly executed to create fresh app instances for each request:

+Ainsi, au lieu de créer directement une instance d'application, nous devons exposer une fonction Fabrique qui peut être exécutée à plusieurs reprises pour créer de nouvelles instances d'application pour chaque requête :


fonction de fabrique

de la même manière que declaration function se traduit par déclaration de fonction ou expression function par fonction d'expression je pense que l'on peut dire que factory function devient très simplement fonction de fabrique

Je me suis trompé car on dit déclaration de fonction et expression de fonction.

P-e que fabrique de fonction est plus juste ?

ah, ma référence était https://fr.wikipedia.org/wiki/Fabrique_(patron_de_conception)
on utilise plutôt méthode de fabrique dans l'explication, du coup, fonction de fabrique me paraissait bien ?

MachinisteWeb · 2017-05-10T14:22:44Z

en/structure.md

@@ -17,12 +20,12 @@ module.exports = function createApp (context) {
    data: {
      url: context.url
    },
-    template: `<div>The visited URL is: {{ url }}</div>`
+    template: `<div>L'URL visible est: {{ url }}</div>`


est :

espace entre est et :

MachinisteWeb · 2017-05-10T14:22:58Z

en/structure.md

  })
 }
 ```

-And our server code now becomes:
+Et notre code serveur devient:


devient :

(espace)

MachinisteWeb · 2017-05-10T14:26:26Z

en/structure.md

    res.end(html)
  })
 })
 ```

-The same rule applies to router, store and event bus instances as well. Instead of exporting it directly from a module and importing it across your app, you need to create a fresh instance in `createApp` and inject it from the root Vue instance.
+La même règle s'applique aussi bien au routeur, qu'au store et aux instances de bus d'événements. Au lieu de l'exporter directement depuis un module et de l'importer dans votre application, vous devez créer une nouvelle instance dans `createApp` et l'injecter depuis l'instance racine de Vue.


instance racine de Vue

à aligner avec se qui aura été choisi pour "l'instance racine Vue" discuté plus haut

MachinisteWeb · 2017-05-10T15:10:59Z

en/universal.md


-For tasks shared between server and client but use different platform APIs, it's recommended to wrap the platform-specific implementations inside a universal API, or use libraries that do this for you. For example, [axios](https://github.com/mzabriskie/axios) is an HTTP client that exposes the same API for both server and client.
+Pour les tâches partagées entre le serveur et le client, mais qui utilisent des APIs différentes selon la plate-forme, il est recommandé d'encapsuler le code spécifique à la plate-forme dans une API universelle, ou d'utiliser des bibliothèques qui le font pour vous. Par exemple, [axios](https://github.com/mzabriskie/axios) est un client HTTP qui présente la même API côté serveur et client.


plateforme

plateforme

côté serveur et côté client

MachinisteWeb · 2017-05-10T15:12:18Z

en/universal.md


-For browser-only APIs, the common approach is to lazily access them inside client-only lifecycle hooks.
+Pour les APIs exclusives au navigateur, l'approche habituelle est de les utiliser dans les connecteurs de cycle de vie exclusifs au client.


conserver hook au lieu de connecteur

MachinisteWeb · 2017-05-10T15:14:06Z

en/universal.md


-Note that if a 3rd party library is not written with universal usage in mind, it could be tricky to integrate it into an server-rendered app. You *might* be able to get it working by mocking some of the globals, but it would be hacky and may interfere with the environment detection code of other libraries.
+Notez que si une bibliothèque tierce n'est pas écrite avec l'objectif d'être universelle, cela peut être délicat de l'intégrer dans une application rendue côté serveur. Vous *devriez* être capable de la faire fonctionner en substituant certaines variables globales, mais cela serait cavalier et pourrait interférer avec du code de détection de l'environnement d'autres bibliothèques.


avec du code de détection d'environnement des autres bibliothèques

MachinisteWeb · 2017-05-10T15:15:38Z

en/universal.md


-2. If you have a custom directive that cannot be easily replaced by components, you can provide a "server-side version" of it using the [`directives`](./api.md#directives) option when creating the server renderer.
+2. Si vous avez une directive personnalisée qui ne peut être facilement remplacée par des composants, vous pouvez en fournir une "version serveur" qui utilise l'option [`directives`](./api.md#directives) lors de la création du rendu serveur.


« version serveur »

MachinisteWeb · 2017-05-10T15:17:05Z

en/structure.md

@@ -1,13 +1,16 @@
 # Structure de code (En) <br><br> *Cette page est en cours de traduction française. Revenez une autre fois pour lire une traduction achevée ou [participez à la traduction française ici](https://github.com/vuejs-fr/vue-ssr-docs).*

+## Eviter les singletons stateful


Je pense que l'on peut traduire stateful par état

Éviter les singletons d'état

Par exemple « Stateful Firewall » se traduit par « pare-feu d'état » https://fr.wikipedia.org/wiki/Pare-feu_%C3%A0_%C3%A9tats

Kocal

Merci pour la contribution !

Kocal · 2017-05-11T06:45:55Z

en/structure.md

 ## Avoid Stateful Singletons

-When writing client-only code, we are used to the fact that our code will be evaluated in a fresh context every time. However, a Node.js server is a long-running process. When our code is required into the process, it will be evaluated once and stays in memory. This means if you create a singleton object, it will be shared between every incoming request.
+Lors de l'écriture du code exclusif au client, nous sommes habitués au fait que notre code sera interprété dans un nouveau contexte à chaque fois. Cependant, un serveur Node.js est un processus au long cours. Quand notre code est appelé dans le processus, il sera interprété une fois et restera en mémoire. Cela signifie que si vous créez un singleton, il sera partagé entre chaque nouvelle requête.


un serveur Node.js est un processus au long cours

Pour ma part, lorsque j'avais commencé à traduire vue-ssr-docs de mon côté (vuejs#5), j'avais utilisé la formulation : un serveur Node.js est un processus qui reste actif dans le temps.
Qu'en penses-tu ?

J'avais également butté sur la formulation. J'ai été me renseigner et c'est quelque chose qui se dit quand un phénomène dure dans le temps. Et c'est assez poétique haha.

Côté processus informatique, c'est pas mal le mot « actif » de @Kocal

un processus qui reste actif

tout simplement représente bien un long-running processus (en gros un processus qui se clos pas à la fin des instructions). Pas besoin de « dans le temps » du tout.

Donc si c'est bon pour vous deux j'ajouterai bien à la liste des termes à traduire ceci

long-running process = processus qui reste actif

?

Pour moi ça me va 👍

Kocal · 2017-05-11T06:46:51Z

en/structure.md


-As seen in the basic example, we are **creating a new root Vue instance for each request.** This is similar to how each user will be using a fresh instance of the app in their own browser. If we use a shared instance across multiple requests, it will easily lead to cross-request state pollution.
+Comme vu dans l'exemple de base, nous **créons une nouvelle instance racine Vue pour chaque requête.** Cela est similaire au fait que chaque utilisateur utilise une nouvelle instance de l'application dans son propre navigateur. Si nous utilisons une instance partagée entre plusieurs requêtes, nous prenons le risque d'une pollution d'état multi-requêtes.


+1 pour l'instance de Vue.

Kocal · 2017-05-11T06:47:28Z

en/structure.md


-As seen in the basic example, we are **creating a new root Vue instance for each request.** This is similar to how each user will be using a fresh instance of the app in their own browser. If we use a shared instance across multiple requests, it will easily lead to cross-request state pollution.
+Comme vu dans l'exemple de base, nous **créons une nouvelle instance racine Vue pour chaque requête.** Cela est similaire au fait que chaque utilisateur utilise une nouvelle instance de l'application dans son propre navigateur. Si nous utilisons une instance partagée entre plusieurs requêtes, nous prenons le risque d'une pollution d'état multi-requêtes.

 So, instead of directly creating an app instance, we should expose a factory function that can be repeatedly executed to create fresh app instances for each request:


Il faut aussi penser à supprimer le paragraphe original 😛

Kocal · 2017-05-11T06:49:00Z

en/structure.md

    res.end(html)
  })
 })
 ```

-The same rule applies to router, store and event bus instances as well. Instead of exporting it directly from a module and importing it across your app, you need to create a fresh instance in `createApp` and inject it from the root Vue instance.
+La même règle s'applique aussi bien au routeur, qu'au store et aux instances de bus d'événements. Au lieu de l'exporter directement depuis un module et de l'importer dans votre application, vous devez créer une nouvelle instance dans `createApp` et l'injecter depuis l'instance racine de Vue.


store

Est-ce qu'on n'avait pas traduit ce terme pour gestionnaire d'état dans la doc de vue-router ?

Justement je demandais dans les pages traduite avant si on gardait pas le terme « store ». Je pense le garder en attendant de réellement comprendre toute sa portée et lui trouver un équivalent en un seul mot car toute les traduction de store me semble pas approprié.

Kocal · 2017-05-11T06:50:26Z

en/structure.md


- Typical Vue apps are built with webpack and `vue-loader`, and many webpack-specific features such as importing files via `file-loader`, importing CSS via `css-loader` would not work directly in Node.js.
+- les applications typiques Vue sont construites avec webpack et `vue-loader`, et beaucoup d'autres fonctionnalités spécifiques à webpack telles que l'import de fichiers via `file-loader`, ou encore l'import de CSS avec `css-loader` qui ne marcheraient pas directement en Node.js.


qui ne fonctionneraient pas

Kocal · 2017-05-11T06:52:52Z

en/universal.md


-In a client-only app, every user will be using a fresh instance of the app in their browser. For server-side rendering we want the same: each request should have a fresh, isolated app instance so that there is no cross-request state pollution.
+Dans une application qui tourne exclusivement côté client, chaque utilisateur utilisera une nouvelle instance de l'application dans leur navigateur. Pour le rendu serveur nous voulons le même fonctionnement: chaque requête doit disposer d'une nouvelle instance d'application, et isolée. Ainsi il n'y aura pas de pollution liée à du partage d'état multi-requêtes.


Remplacer d'une nouvelle instance d'application, et isolée pour d'une nouvelle instance d'application isolée ?

…js-fr/vue-ssr-docs/pull/5/files/314805cced0affa63b79345fda68344dfbea2215#diff-847201c6154dc31e947e79d6c0461999

mdartic · 2017-05-13T22:07:02Z

Merci @Kocal & @haeresis pour les revues !
J'ai pris en considération la majeure partie de vos remarques normalement.
Il reste plate-forme / plateforme, et application client / cliente.

MachinisteWeb · 2017-05-13T22:26:16Z

Non c'est bien ! C'était au cas ou. Je crois que @sylvainpolletvillard a déjà utilisé le terme fonction de fabrique Envoyé depuis mon Smartphone. Excusez-moi d'être bref. Le 14 mai 2017 00:21, "Mathieu DARTIGUES" <[email protected]> a écrit :

…

***@***.**** commented on this pull request. ------------------------------ In en/structure.md <#5 (comment)>: > So, instead of directly creating an app instance, we should expose a factory function that can be repeatedly executed to create fresh app instances for each request: +Ainsi, au lieu de créer directement une instance d'application, nous devons exposer une fonction Fabrique qui peut être exécutée à plusieurs reprises pour créer de nouvelles instances d'application pour chaque requête : ah, ma référence était https://fr.wikipedia.org/wiki/Fabrique_(patron_de_ conception) on utilise plutôt méthode de fabrique dans l'explication, du coup, fonction de fabrique me paraissait bien ? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#5 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADs8ucskF_wKNlR9bVzqxEq3fhgTr0Wfks5r5izkgaJpZM4NWtQB> .

MachinisteWeb · 2017-05-13T22:27:46Z

Ou l'inverse :p je sais plus ! Envoyé depuis mon Smartphone. Excusez-moi d'être bref. Le 14 mai 2017 00:26, "Bruno Lesieur" <[email protected]> a écrit :

…

Non c'est bien ! C'était au cas ou. Je crois que @sylvainpolletvillard a déjà utilisé le terme fonction de fabrique Envoyé depuis mon Smartphone. Excusez-moi d'être bref. Le 14 mai 2017 00:21, "Mathieu DARTIGUES" ***@***.***> a écrit : > ***@***.**** commented on this pull request. > ------------------------------ > > In en/structure.md > <#5 (comment)>: > > > > So, instead of directly creating an app instance, we should expose a factory function that can be repeatedly executed to create fresh app instances for each request: > > +Ainsi, au lieu de créer directement une instance d'application, nous devons exposer une fonction Fabrique qui peut être exécutée à plusieurs reprises pour créer de nouvelles instances d'application pour chaque requête : > > ah, ma référence était https://fr.wikipedia.org/wiki/ > Fabrique_(patron_de_conception) > on utilise plutôt méthode de fabrique dans l'explication, du coup, > fonction de fabrique me paraissait bien ? > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <#5 (comment)>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/ADs8ucskF_wKNlR9bVzqxEq3fhgTr0Wfks5r5izkgaJpZM4NWtQB> > . >

sylvainpolletvillard · 2017-05-13T22:40:43Z

Pour factory function ? Oui je traduis ça en fonction fabrique: https://fr.wikipedia.org/wiki/Fabrique_(patron_de_conception)

"Fabrique de fonctions" est valable seulement si la fonction fabrique retourne effectivement une fonction (pour de la curryfication par exemple). Mais on utilise le plus souvent le terme en programmation orientée objet, où les fabriques retournent des objets instances de classes.

linked to vuejs-fr#7

mdartic added 2 commits May 6, 2017 00:26

Translation of universal.md

d9dea03

Translation of structure

314805c

MachinisteWeb mentioned this pull request May 10, 2017

Pages en cours de traduction #2

Open

mdartic added the Relecture nécessaire label May 10, 2017

MachinisteWeb requested changes May 10, 2017

View reviewed changes

Kocal self-requested a review May 10, 2017 15:58

Kocal requested changes May 11, 2017

View reviewed changes

MachinisteWeb assigned MachinisteWeb and mdartic and unassigned MachinisteWeb May 11, 2017

mdartic added 3 commits May 13, 2017 23:24

New version of structure, taking comments from https://github.com/vue…

30c879c

…js-fr/vue-ssr-docs/pull/5/files/314805cced0affa63b79345fda68344dfbea2215#diff-847201c6154dc31e947e79d6c0461999

Better translation of universal with @haeresis advices

d8c7b87

Fix 'long-running process' with Kocal/Haeresis advice

ace1a30

Rename plate-forme in plateforme for universal page

c433986

Kocal approved these changes May 14, 2017

View reviewed changes

Small precision for bootstrap logic

f3423a0

linked to vuejs-fr#7

MachinisteWeb approved these changes May 18, 2017

View reviewed changes

MachinisteWeb merged commit 1b7e85d into vuejs-fr:working May 18, 2017

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Traduction de universal & structure #5

Traduction de universal & structure #5

mdartic commented May 10, 2017

MachinisteWeb left a comment

MachinisteWeb May 10, 2017

Kocal May 11, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 13, 2017

mdartic May 13, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017

MachinisteWeb May 10, 2017 •

edited

Loading

Kocal left a comment

Kocal May 11, 2017

MachinisteWeb May 11, 2017 •

edited by Kocal

Loading

Kocal May 11, 2017

Kocal May 11, 2017

Kocal May 11, 2017

Kocal May 11, 2017

MachinisteWeb May 11, 2017

Kocal May 11, 2017

Kocal May 11, 2017

mdartic commented May 13, 2017

MachinisteWeb commented May 13, 2017 via email

MachinisteWeb commented May 13, 2017 via email

sylvainpolletvillard commented May 13, 2017


		As seen in the basic example, we are creating a new root Vue instance for each request. This is similar to how each user will be using a fresh instance of the app in their own browser. If we use a shared instance across multiple requests, it will easily lead to cross-request state pollution.
		Comme vu dans l'exemple de base, nous créons une nouvelle instance racine Vue pour chaque requête. Cela est similaire au fait que chaque utilisateur utilise une nouvelle instance de l'application dans son propre navigateur. Si nous utilisons une instance partagée entre plusieurs requêtes, nous prenons le risque d'une pollution d'état multi-requêtes.


		So, instead of directly creating an app instance, we should expose a factory function that can be repeatedly executed to create fresh app instances for each request:

		Ainsi, au lieu de créer directement une instance d'application, nous devons exposer une fonction Fabrique qui peut être exécutée à plusieurs reprises pour créer de nouvelles instances d'application pour chaque requête :


		For tasks shared between server and client but use different platform APIs, it's recommended to wrap the platform-specific implementations inside a universal API, or use libraries that do this for you. For example, [axios](https://github.com/mzabriskie/axios) is an HTTP client that exposes the same API for both server and client.
		Pour les tâches partagées entre le serveur et le client, mais qui utilisent des APIs différentes selon la plate-forme, il est recommandé d'encapsuler le code spécifique à la plate-forme dans une API universelle, ou d'utiliser des bibliothèques qui le font pour vous. Par exemple, [axios](https://github.com/mzabriskie/axios) est un client HTTP qui présente la même API côté serveur et client.


		For browser-only APIs, the common approach is to lazily access them inside client-only lifecycle hooks.
		Pour les APIs exclusives au navigateur, l'approche habituelle est de les utiliser dans les connecteurs de cycle de vie exclusifs au client.


		Note that if a 3rd party library is not written with universal usage in mind, it could be tricky to integrate it into an server-rendered app. You might be able to get it working by mocking some of the globals, but it would be hacky and may interfere with the environment detection code of other libraries.
		Notez que si une bibliothèque tierce n'est pas écrite avec l'objectif d'être universelle, cela peut être délicat de l'intégrer dans une application rendue côté serveur. Vous devriez être capable de la faire fonctionner en substituant certaines variables globales, mais cela serait cavalier et pourrait interférer avec du code de détection de l'environnement d'autres bibliothèques.


		2. If you have a custom directive that cannot be easily replaced by components, you can provide a "server-side version" of it using the [`directives`](./api.md#directives) option when creating the server renderer.
		2. Si vous avez une directive personnalisée qui ne peut être facilement remplacée par des composants, vous pouvez en fournir une "version serveur" qui utilise l'option [`directives`](./api.md#directives) lors de la création du rendu serveur.

		@@ -1,13 +1,16 @@
		# Structure de code (En) <br><br> Cette page est en cours de traduction française. Revenez une autre fois pour lire une traduction achevée ou [participez à la traduction française ici](https://github.com/vuejs-fr/vue-ssr-docs).

		## Eviter les singletons stateful


		- Typical Vue apps are built with webpack and `vue-loader`, and many webpack-specific features such as importing files via `file-loader`, importing CSS via `css-loader` would not work directly in Node.js.
		- les applications typiques Vue sont construites avec webpack et `vue-loader`, et beaucoup d'autres fonctionnalités spécifiques à webpack telles que l'import de fichiers via `file-loader`, ou encore l'import de CSS avec `css-loader` qui ne marcheraient pas directement en Node.js.


		In a client-only app, every user will be using a fresh instance of the app in their browser. For server-side rendering we want the same: each request should have a fresh, isolated app instance so that there is no cross-request state pollution.
		Dans une application qui tourne exclusivement côté client, chaque utilisateur utilisera une nouvelle instance de l'application dans leur navigateur. Pour le rendu serveur nous voulons le même fonctionnement: chaque requête doit disposer d'une nouvelle instance d'application, et isolée. Ainsi il n'y aura pas de pollution liée à du partage d'état multi-requêtes.

Traduction de universal & structure #5

Traduction de universal & structure #5

Conversation

mdartic commented May 10, 2017

MachinisteWeb left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

MachinisteWeb May 10, 2017 • edited Loading

Choose a reason for hiding this comment

Kocal left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

MachinisteWeb May 11, 2017 • edited by Kocal Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

mdartic commented May 13, 2017

MachinisteWeb commented May 13, 2017 via email

MachinisteWeb commented May 13, 2017 via email

sylvainpolletvillard commented May 13, 2017

MachinisteWeb May 10, 2017 •

edited

Loading

MachinisteWeb May 11, 2017 •

edited by Kocal

Loading