copy(experiemental_taintObjectReference): final review pass

Author: tdd

src/content/reference/react/experimental_taintObjectReference.md

@@ -6,13 +6,13 @@ title: experimental_taintObjectReference
 
 **Cette API est expérimentale : elle n’a donc pas encore été livrée dans une version stable de React.**
 
-Vous pouvez l'essayer en mettant à jour vos modules React vers la version expérimentale la plus récente :
+Vous pouvez l'essayer en mettant à jour vos modules React afin d'utiliser la version expérimentale la plus récente :
 
 - `react@experimental`
 - `react-dom@experimental`
 - `eslint-plugin-react-hooks@experimental`
 
-Les versions expérimentales de React sont susceptibles de contenir des bugs. Ne les utilisez pas en production.
+Les versions expérimentales de React sont susceptibles de contenir des bugs. Veillez donc à ne pas les utiliser en production.
 
 Cette API n'est disponible qu'au sein des React Server Components.
 
@@ -39,10 +39,10 @@ Pour empêcher le passage d'une clé, d'un hash ou d'un jeton, utilisez [`taintU
 
 ### `taintObjectReference(message, object)` {/*taintobjectreference*/}
 
-Appelez `taintObjectReference` avec un objet pour indiquer à React qu'il ne doit pas permettre son passage tel quel vers le côté client :
+Appelez `taintObjectReference` avec un objet pour indiquer à React qu'il ne doit pas permettre le passage de cet objet tel quel vers le côté client :
 
 ```js
-import {experimental_taintObjectReference} from 'react';
+import { experimental_taintObjectReference } from 'react';
 
 experimental_taintObjectReference(
   'Ne passez pas TOUTES les variables d’environnement au client.',
@@ -54,9 +54,9 @@ experimental_taintObjectReference(
 
 #### Paramètres {/*parameters*/}
 
-* `message` : le message que vous souhaitez afficher si l'objet est passé à un Composant Client.  Ce message fera partie de l'erreur qui sera levée si l'objet est passé à un Comopsant Client.
+* `message` : le message que vous souhaitez afficher si l'objet est passé à un Composant Client.  Ce message fera partie de l'erreur qui sera levée si l'objet est passé à un Composant Client.
 
-* `object` : l'objet a ternir.  Les fonctions et instances de classes peuvent être passées en tant qu'`object` à `taintObjectReference`. React empêche d'entrée de jeu leur passage aux Composants Clients, mais ça remplacera le message d'erreur par défaut avec ce que vous aurez passé comme `message`. Notez que lorsqu'une instance précise d'un tableau typé *(Typed Array, NdT)* est passé comme `object` à `taintObjectReference`, les copies de ce tableau typé ne seront quant à elles pas ternies.
+* `object` : l'objet a « ternir ».  Les fonctions et instances de classes peuvent être passées en tant qu'`object` à `taintObjectReference`. React empêche d'entrée de jeu leur passage aux Composants Clients, mais ça remplacera le message d'erreur par défaut avec ce que vous aurez passé comme `message`. Notez que lorsqu'une instance précise d'un tableau typé *(Typed Array, NdT)* est passée comme `object` à `taintObjectReference`, les copies de ce tableau typé ne seront quant à elles pas ternies.
 
 #### Valeur renvoyée {/*returns*/}
 
@@ -68,7 +68,7 @@ experimental_taintObjectReference(
 
 <Pitfall>
 
-**Ne comptez pas sur le ternissement pour garantir la sécurité.** Ternir un objet n'empêche pas la fuite de toute donnée dérivée imaginable. Un clone de l'objet terni créera par exemple un objet intact. L'utilisation de données d'un objet terni (ex. `{secret: taintedObj.secret}`) crée une nouvelle valeur, ou un nouvel objet, qui ne sera pas terni·e. Le ternissement est une couche de protection, mais une appli sécurisée aura plusieurs couches complémentaires, des API soigneusement conçues et des mécanismes d'isolation en place.
+**Ne comptez pas sur le ternissement pour garantir la sécurité.** Ternir un objet n'empêche pas la fuite de toute donnée dérivée imaginable. Un clone de l'objet terni créera par exemple un objet intact. L'utilisation de données d'un objet terni (ex. `{secret: taintedObj.secret}`) crée une nouvelle valeur, ou un nouvel objet, qui ne sera pas terni·e. Le ternissement est une couche de protection, mais une appli sécurisée aura plusieurs couches de protection complémentaires, des API soigneusement conçues et des mécanismes d'isolation en place.
 
 </Pitfall>
 
@@ -78,7 +78,7 @@ experimental_taintObjectReference(
 
 ### Empêcher des données utilisateur d'atteindre le client par inadvertance {/*prevent-user-data-from-unintentionally-reaching-the-client*/}
 
-Un Composant Client ne devrait jamais accepter des objets comportant des données sensibles.  Dans l'idéal, les fonctions de chargement de données ne devraient pas exposer des données auxquelles l'utilisateur actif n'a pas accès.  Mais des erreurs peuvent survenir lors d'une refonte du code.  Pour se protéger contre des erreurs en aval nous pouvons « ternir » l'objet utilisateur sans notre API de données.
+Un Composant Client ne devrait jamais accepter des objets comportant des données sensibles.  Dans l'idéal, les fonctions de chargement de données ne devraient pas exposer des données auxquelles l'utilisateur actif n'a pas accès.  Mais des erreurs peuvent survenir lors d'une refonte du code.  Pour se protéger contre des erreurs en aval nous pouvons « ternir » l'objet utilisateur dans notre API de données.
 
 ```js
 import { experimental_taintObjectReference } from 'react';
@@ -130,7 +130,7 @@ export async function InfoCard({ user }) {
 }
 ```
 
-Dans l'idéal, `getUser` ne devait pas exposer de données auxquelles l'utilisateur courant n'a pas accès. Pour empêcher le passage en aval de l'objet `user` à un Composant Client, nous pouvons « ternir » cet objet :
+Dans l'idéal, `getUser` ne devait pas exposer de données auxquelles l'utilisateur courant n'a pas accès. Pour empêcher le passage en aval de l'objet `user` à un Composant Client, nous pouvons décider de « ternir » cet objet :
 
 
 ```js