Apply suggestions from code review

fix

Author: sheplu

content/docs/strict-mode.md

@@ -81,7 +81,7 @@ class MyComponent extends React.Component {
 
 Conceptuellement, React fonctionne en deux étapes :
 * La phase de **rendu** détermine les modifications qui doivent être retranscrites, par exemple dans le DOM. Lors de cette phase, React appelle `render` puis compare le résultat au rendu précédent.
-* * La phase de **commit** est celle de l'application des modifications. (Dans le cas de React DOM, c'est durant cette phase que React insère, modifie, et supprime des nœuds du DOM.) C’est également durant cette phase que React appelle des méthodes de cycle de vie comme `componentDidMount` et `componentDidUpdate`.
+* La phase de **commit** est celle de l'application des modifications. (Dans le cas de React DOM, c'est durant cette phase que React insère, modifie, et supprime des nœuds du DOM.) C’est également durant cette phase que React appelle des méthodes de cycle de vie comme `componentDidMount` et `componentDidUpdate`.
 
 La phase de commit est le plus souvent très rapide, mais le rendu peut être lent. C'est pourquoi le mode asynchrone à venir (qui n'est pas encore activé par défaut) découpe le travail de rendu en morceaux, suspendant et reprenant le travail pour éviter de bloquer le navigateur. Ça signifie que React peut invoquer les méthodes de cycle de vie de la phase de rendu plus d'une fois avant le commit, ou les invoquer sans phase de commit du tout (à cause d'une erreur ou d'une interruption de plus haute priorité).
 
@@ -93,14 +93,14 @@ Pour les composants à base de classes, les méthodes de cycle de vie de la phas
 * `getDerivedStateFromProps`
 * `shouldComponentUpdate`
 * `render`
-* * les fonctions de modifications passées à `setState` (son premier argument)
+* les fonctions de modifications passées à `setState` (son premier argument)
 
 Vu que les méthodes ci-dessus peuvent être appelées plus d'une fois, il est impératif qu'elles ne contiennent pas d'effets de bord. Ignorer cette règle peut entraîner divers problèmes, dont des fuites de mémoire et un état applicatif invalide. Malheureusement, il peut être difficile de détecter ces problèmes car ils sont souvent [non-déterministes](https://fr.wikipedia.org/wiki/Algorithme_d%C3%A9terministe).
 
 Le mode strict ne détecte pas automatiquement ces effets de bord, mais il peut vous aider à les repérer en les rendant un peu plus déterministes. Il y parvient en invoquant volontairement deux fois les méthodes suivantes :
 
 * Le `constructor` des composants à base de classe
- * La méthode `render`
+* La méthode `render`
 * Les fonctions de modification passées à `setState` (son premier argument)
 * La méthode de cycle de vie `static getDerivedStateFromProps`