diff --git a/docs/cpanel/logiciels/hebergement-nodejs-multi-version.mdx b/docs/cpanel/logiciels/hebergement-nodejs-multi-version.mdx
index e606986..c02ccf3 100644
--- a/docs/cpanel/logiciels/hebergement-nodejs-multi-version.mdx
+++ b/docs/cpanel/logiciels/hebergement-nodejs-multi-version.mdx
@@ -61,9 +61,9 @@ coutûme de lancer un micro-serveur web nodeJS qui permet de développer plus ra
 Par exemple avec une commande comme `npm start`, qui va lancer un micro-serveur sur `localhost:8000` par exemple.
 
 Lorsqu'il arrive le moment de déployer cette application frontend en production, il ne faut pas faire la même chose que
-lors du v. Autrement dit, ça ne se déploie pas avec `npm start`.
+lors du développement. Autrement dit, ça ne se déploie pas avec `npm start`.
 
-Généralement, il faut plutôt générer des fichiers html/javascript/css qui seront interprétable avec un navigateur web
+Généralement, il faut plutôt générer des fichiers html/javascript/css qui seront interprétables avec un navigateur web
 avec la commande `npm run build`.
 
 Cela signifie, qu'en plus de différencier des applications de type frontend/backend, il faut également différencier les
@@ -71,7 +71,7 @@ procédures à utiliser :
   * lorsque vous développez. Dans ce cas, il est acceptable de lancer un micro-serveur web de développement avec
 `npm start` ou similaire.
   * lorsqu'il s'agit de mettre en ligne le site en mode production. Dans le cas d'une application frontend,
-comme react.js, il y a une étape de construction des assets avec `npm run build`.
+comme React.js, il y a une étape de construction des assets avec `npm run build`.
 
 Enfin, pour résumer :
   * si vous cherchez à déployer un projet conçu avec une **technologie frontend, alors il ne faut pas utiliser cet outil