chore: synced translations from crowdin

Author: crowdin-bot

apps/site/pages/es/about/branding.mdx

@@ -11,13 +11,7 @@ Por favor revise la [política de la marca comercial](https://trademark-policy.o
 
 Créditos a [Angela Angelini](https://www.linkedin.com/in/angeliningl/) por diseñar y contribuir con la Tortuga Cohete.
 
-<img
-  alt="Mascota de Node.js"
-  src="/static/images/node-mascot.svg"
-  className="w-[100px]"
-  width="100"
-  height="114"
-/>
+<img alt="Mascota de Node.js" src="/static/images/node-mascot.svg" className="w-[100px]" width="100" height="114" />
 
 ## Logo de Node.js®
 
@@ -34,7 +28,6 @@ Créditos a [Angela Angelini](https://www.linkedin.com/in/angeliningl/) por dise
         <img alt="Logo Horizontal Claro de Node.js" src="/static/logos/nodejsLight.svg" className="h-[80px] w-[267px] bg-neutral-950 p-2 dark:bg-transparent" width="267" height="80" />
       </td>
     </tr>
-
   </tbody>
 </table>
 
@@ -61,7 +54,6 @@ Créditos a [Angela Angelini](https://www.linkedin.com/in/angeliningl/) por dise
         <img alt="Logo Apilado Blanco de Node.js" src="/static/logos/nodejsStackedWhite.svg" className="rounded-xs bg-neutral-950 p-2 dark:bg-transparent" />
       </td>
     </tr>
-
   </tbody>
 </table>
 
@@ -78,6 +70,5 @@ Créditos a [Angela Angelini](https://www.linkedin.com/in/angeliningl/) por dise
         <img alt="Iconos Blanco de JS" src="/static/logos/jsIconWhite.svg" className="height-[80px] rounded-xs mx-auto w-[71px] bg-neutral-950 p-2 dark:bg-transparent" width="71" height="80" />
       </td>
     </tr>
-
   </tbody>
 </table>

apps/site/pages/es/download/current.mdx

@@ -6,25 +6,23 @@ title: Descarga Node.js®
 <section>
   Obtén Node.js® <Release.VersionDropdown /> para <Release.OperatingSystemDropdown /> usando <Release.InstallationMethodDropdown /> con <Release.PackageManagerDropdown />
 
-<Release.ReleaseCodeBox />
+  <Release.ReleaseCodeBox />
 
   <Release.Provider>
     O obtenga una versión pre compilada de Node.js® para <Release.OperatingSystemDropdown /> usando la arquitectura <Release.PlatformDropdown />.
 
     <Release.PrebuiltDownloadButtons />
-
   </Release.Provider>
 </section>
 
 <section>
   Lee <Release.ChangelogLink>el historial</Release.ChangelogLink> o <Release.BlogPostLink>el artículo del blog</Release.BlogPostLink> para esta versión.
 
-Aprende más sobre [los lanzamientos de Node.js](/about/previous-releases), incluyendo el calendario de lanzamientos y el estado LTS (soporte de largo plazo).
-
-Aprende a <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> la firma SHASUMS.
+  Aprende más sobre [los lanzamientos de Node.js](/about/previous-releases), incluyendo el calendario de lanzamientos y el estado LTS (soporte de largo plazo).
 
-¿Buscas el código fuente de Node.js? Descarga un archivo tarball firmado con el <Release.DownloadLink kind="source">código fuente de Node.js</Release.DownloadLink>.
+  Aprende a <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> la firma SHASUMS.
 
-Consulta nuestros binarios <LinkWithArrow href="https://nodejs.org/download/nightly/">diarios</LinkWithArrow> o todas las <LinkWithArrow href="https://nodejs.org/download/release/">versiones anteriores</LinkWithArrow> o los binarios <LinkWithArrow href="https://unofficial-builds.nodejs.org/download/">no oficiales</LinkWithArrow> para otras plataformas.
+  ¿Buscas el código fuente de Node.js? Descarga un archivo tarball firmado con el <Release.DownloadLink kind="source">código fuente de Node.js</Release.DownloadLink>.
 
+  Consulta nuestros binarios <LinkWithArrow href="https://nodejs.org/download/nightly/">diarios</LinkWithArrow> o todas las <LinkWithArrow href="https://nodejs.org/download/release/">versiones anteriores</LinkWithArrow> o los binarios <LinkWithArrow href="https://unofficial-builds.nodejs.org/download/">no oficiales</LinkWithArrow> para otras plataformas.
 </section>

apps/site/pages/es/download/index.mdx

@@ -6,25 +6,23 @@ title: Descarga Node.js®
 <section>
   Obtiene Node.js® <Release.VersionDropdown /> para <Release.OperatingSystemDropdown /> usando <Release.InstallationMethodDropdown /> con <Release.PackageManagerDropdown />
 
-<Release.ReleaseCodeBox />
+  <Release.ReleaseCodeBox />
 
   <Release.Provider>
     O obtiene una versión pre compilada de Node.js® para <Release.OperatingSystemDropdown /> usando la arquitectura <Release.PlatformDropdown />.
 
     <Release.PrebuiltDownloadButtons />
-
   </Release.Provider>
 </section>
 
 <section>
   Lee <Release.ChangelogLink>el historial</Release.ChangelogLink> o <Release.BlogPostLink>el artículo del blog</Release.BlogPostLink> para esta versión.
 
-Aprende más sobre [los lanzamientos de Node.js](/about/previous-releases), incluyendo el calendario de lanzamientos y el estado LTS (soporte de largo plazo).
-
-Aprende a <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> la firma SHASUMS.
+  Aprende más sobre [los lanzamientos de Node.js](/about/previous-releases), incluyendo el calendario de lanzamientos y el estado LTS (soporte de largo plazo).
 
-¿Buscas el código fuente de Node.js? Descarga un archivo tarball firmado con el <Release.DownloadLink kind="source">código fuente de Node.js</Release.DownloadLink>.
+  Aprende a <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> la firma SHASUMS.
 
-Consulta nuestros binarios <LinkWithArrow href="https://nodejs.org/download/nightly/">diarios</LinkWithArrow> o todas las <LinkWithArrow href="https://nodejs.org/download/release/">versiones anteriores</LinkWithArrow> o los binarios <LinkWithArrow href="https://unofficial-builds.nodejs.org/download/">no oficiales</LinkWithArrow> para otras plataformas.
+  ¿Buscas el código fuente de Node.js? Descarga un archivo tarball firmado con el <Release.DownloadLink kind="source">código fuente de Node.js</Release.DownloadLink>.
 
+  Consulta nuestros binarios <LinkWithArrow href="https://nodejs.org/download/nightly/">diarios</LinkWithArrow> o todas las <LinkWithArrow href="https://nodejs.org/download/release/">versiones anteriores</LinkWithArrow> o los binarios <LinkWithArrow href="https://unofficial-builds.nodejs.org/download/">no oficiales</LinkWithArrow> para otras plataformas.
 </section>

apps/site/pages/fr/about/branding.mdx

@@ -11,13 +11,7 @@ Veuillez consulter la [politique en matière de marques](https://trademark-polic
 
 Crédit à [Angela Angelini](https://www.linkedin.com/in/angeliningl/) pour la conception et la contribution de la tortue-fusée.
 
-<img
-  alt="Mascotte de Node.js"
-  src="/static/images/node-mascot.svg"
-  className="w-[100px]"
-  width="100"
-  height="114"
-/>
+<img alt="Mascotte de Node.js" src="/static/images/node-mascot.svg" className="w-[100px]" width="100" height="114" />
 
 ## Logo Node.js®
 
@@ -34,7 +28,6 @@ Crédit à [Angela Angelini](https://www.linkedin.com/in/angeliningl/) pour la c
         <img alt="Logo horizontal clair de Node.js" src="/static/logos/nodejsLight.svg" className="h-[80px] w-[267px] bg-neutral-950 p-2 dark:bg-transparent" width="267" height="80" />
       </td>
     </tr>
-
   </tbody>
 </table>
 
@@ -61,7 +54,6 @@ Crédit à [Angela Angelini](https://www.linkedin.com/in/angeliningl/) pour la c
         <img alt="Logo empilé blanc de Node.js" src="/static/logos/nodejsStackedWhite.svg" className="rounded-xs bg-neutral-950 p-2 dark:bg-transparent" />
       </td>
     </tr>
-
   </tbody>
 </table>
 
@@ -78,6 +70,5 @@ Crédit à [Angela Angelini](https://www.linkedin.com/in/angeliningl/) pour la c
         <img alt="Icons JS Blanc" src="/static/logos/jsIconWhite.svg" className="height-[80px] rounded-xs mx-auto w-[71px] bg-neutral-950 p-2 dark:bg-transparent" width="71" height="80" />
       </td>
     </tr>
-
   </tbody>
 </table>

apps/site/pages/fr/about/previous-releases.mdx

@@ -0,0 +1,51 @@
+---
+title: Versions de Node.js
+layout: about
+---
+
+# Versions de Node.js
+
+<EOLAlertBox />
+
+Les versions majeures de Node.js passent au statut de version _Current_ pendant six mois, ce qui donne aux auteurs de bibliothèques le temps de les prendre en charge.
+Après six mois, les versions impaires (9, 11, etc.) ne sont plus supportées, et les versions paires (10, 12, etc.) passent au statut _Active LTS_ et sont prêtes pour une utilisation générale.
+Le statut de la version _LTS_ correspond à un "support à long terme", qui garantit généralement que les bogues critiques seront corrigés pendant une durée totale de 30 mois.
+Les applications de production ne doivent utiliser que les versions _Active LTS_ ou _Maintenance LTS_.
+
+## Calendrier de version
+
+![Versions](https://raw.githubusercontent.com/nodejs/Release/main/schedule.svg?sanitize=true)
+
+Tous les détails concernant le calendrier des versions de Node.js sont disponibles [sur GitHub](https://github.com/nodejs/release#release-schedule).
+
+## Vous cherchez la dernière version d'une branche de version ?
+
+<PreviousReleasesTable />
+
+## Méthodes d'installation officielles ou communautaires
+
+Le site web de Node.js propose plusieurs méthodes d'installation non interactives, notamment des interfaces en ligne de commande (CLI), des gestionnaires de paquets de systèmes d'exploitation (par exemple, `brew`) et des gestionnaires de versions de Node.js (par exemple, `nvm`).
+
+Pour mettre en valeur et promouvoir les contributions de la communauté, le projet Node.js a introduit une page de téléchargement révisée classant les méthodes d'installation en deux catégories : "Officielle" et "Communautaire". Les utilisateurs bénéficient ainsi d'une plus grande flexibilité et d'un plus grand choix. Pour plus de clarté, nous avons défini des critères pour chaque catégorie.
+
+### Méthodes d'installation officielles
+
+Les méthodes d'installation désignées comme "Officielles" doivent satisfaire aux exigences suivantes :
+
+| Exigences (Méthodes d'installation officielles)                                                                                                                                     |
+| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Les nouvelles versions de Node.js doivent être disponibles en même temps que la version officielle.                                                                                 |
+| Les responsables de projet doivent avoir une relation étroite avec le projet Node.js, y compris des canaux de communication directs.                                                |
+| La méthode d'installation doit télécharger les binaires officiels fournis par le projet Node.js.                                                                                    |
+| La méthode d'installation ne doit pas construire à partir des sources lorsque des binaires préconstruits sont disponibles, et ne doit pas non plus modifier les binaires officiels. |
+
+### Méthodes d'installation de la communauté
+
+Les méthodes d'installation communautaires incluses dans la page de téléchargement en libre-service (/download) doivent également respecter un ensemble minimum de critères :
+
+- _Prise en charge des versions :_\* Doit prendre en charge toutes les versions de Node.js actuellement prises en charge et qui ne sont pas en fin de vie.
+- **Compatibilité avec les systèmes d'exploitation :** Doit fonctionner sur au moins un système d'exploitation officiellement pris en charge.
+- **Prise en charge étendue du système d'exploitation :** Ne peut être limité à un sous-ensemble de distributions ou de versions du système d'exploitation.
+  - Par exemple, une méthode d'installation revendiquant la compatibilité avec "Windows" doit fonctionner sur "Windows 10", "Windows 11", et toutes leurs éditions (y compris les versions serveur).
+  - De même, une méthode d'installation revendiquant la compatibilité avec "Linux" doit pouvoir être installée sur toutes les distributions Linux majeures, et pas seulement sur un sous-ensemble spécifique. Elle ne peut pas s'appuyer sur des gestionnaires de paquets spécifiques à une distribution comme `apt` ou `dnf`.
+- **Libre et Open Source:** Doit être libre d'utilisation et open source, ne doit pas être vendu comme un produit commercial, et ne doit pas être un service payant.

apps/site/pages/fr/about/security-reporting.mdx

@@ -11,9 +11,10 @@ Pour plus de détails sur les politiques de sécurité active, consultez [cette
 
 Signalez les bogues de sécurité dans Node.js via [HackerOne](https://hackerone.com/nodejs).
 
-Vous recevrez un accusé de réception de votre rapport dans les 5 jours, et vous recevrez une réponse plus détaillée dans les 10 jours, indiquant les prochaines étapes.
-une réponse plus détaillée à votre rapport dans les 10 jours, indiquant les prochaines étapes du traitement de votre demande.
-traitement de votre demande.
+Normalement, votre signalement de bug sera pris en compte dans les 5 jours, et vous recevrez
+une réponse plus détaillée à votre soumission dans les 10 jours, indiquant les
+prochaines étapes du traitement de votre signalement. Ces délais peuvent être prolongés lorsque
+nos bénévoles chargés du triage sont en vacances, en particulier en fin d'année.
 
 Après la réponse initiale à votre rapport, l'équipe de sécurité s'efforcera de vous tenir informé des progrès réalisés en vue d'un correctif et d'une annonce complète.
 vous tenir informé des progrès réalisés en vue d'une correction et d'une annonce complète,
@@ -34,30 +35,25 @@ Les bogues de sécurité dans les modules tiers doivent être signalés à leurs
 
 Voici la politique de divulgation de la sécurité pour Node.js
 
-- Le rapport de sécurité est reçu et un gestionnaire principal lui est attribué. Cette personne
-  Cette personne coordonnera le processus de correction et de libération. Le problème est confirmé
-  et une liste de toutes les versions affectées est établie. Le code est audité pour trouver
-  tout problème similaire potentiel. Des correctifs sont préparés pour toutes les versions qui sont
-  toujours en cours de maintenance. Ces correctifs ne sont pas déposés dans le
-  mais sont plutôt conservés localement dans l'attente de l'annonce.
+- Le rapport de sécurité est reçu et attribué à un responsable principal. Cette
+  personne coordonnera le processus de correction et de publication. Le problème est validé
+  pour toutes les versions Node.js prises en charge. Une fois confirmé, une liste de toutes les versions concernées
+  est établie. Le code est audité afin de détecter tout problème similaire potentiel.
+  Des correctifs sont préparés pour toutes les versions prises en charge.
+  Ces correctifs ne sont pas enregistrés dans le référentiel public, mais conservés localement
+  en attendant l'annonce.
 
 - Une date d'embargo est proposée pour cette vulnérabilité et un CVE (Common Vulnerabilities and Exposures (CVE®)) est demandé pour cette vulnérabilité.
   Vulnérabilités et expositions communes (CVE®) est demandé pour la vulnérabilité.
 
-- À la date d'embargo, la liste de diffusion sur la sécurité de Node.js reçoit une copie de l'annonce.
-  annonce. Les changements sont poussés vers le dépôt public et de nouvelles versions
-  sont déployées sur nodejs.org. Dans les 6 heures suivant la notification de la liste de diffusion
-  une copie de l'avis sera publiée sur le blog de Node.js.
+- À la date d'embargo, une copie de l'annonce est envoyée à la liste de diffusion de sécurité Node.js.
+  Les modifications sont poussées vers le référentiel public et de nouvelles
+  versions sont déployées sur nodejs.org. Dans les 6 heures suivant la notification de la liste de diffusion, une copie de l'avis sera publiée sur le blog Node.js.
 
-- En règle générale, la date d'embargo est fixée à 72 heures à compter de l'émission du CVE.
-  est publié. Toutefois, cela peut varier en fonction de la gravité du bogue ou de la
-  de la difficulté à appliquer un correctif.
+- En règle générale, la date d'embargo est fixée à 72 heures à compter de la publication du CVE.
+  Toutefois, cela peut varier en fonction de la gravité du bug ou de la difficulté à appliquer un correctif.
 
-- Ce processus peut prendre un certain temps, en particulier lorsqu'une coordination est nécessaire avec les responsables d'autres projets.
-  avec les responsables d'autres projets. Tous les efforts seront faits pour traiter le
-  bogue le plus rapidement possible ; cependant, il est important que nous suivions la
-  processus de publication ci-dessus pour s'assurer que la divulgation est traitée de manière
-  de manière cohérente.
+- Ce processus peut prendre un certain temps, en particulier lorsque nous devons nous coordonner avec les responsables d'autres projets. Nous nous efforcerons de traiter le bogue aussi rapidement que possible ; toutefois, nous devons suivre le processus de publication ci-dessus afin de garantir une gestion cohérente de la divulgation.
 
 ## Recevoir les alertes de sécurité
 
@@ -68,21 +64,13 @@ Les notifications de sécurité seront diffusées par les méthodes suivantes.
 
 ## Commentaires sur cette politique
 
-Si vous avez des suggestions sur la façon dont ce processus pourrait être amélioré, veuillez soumettre une
-[pull request](https://github.com/nodejs/nodejs.org) ou
-[file an issue](https://github.com/nodejs/security-wg/issues/new) pour en discuter.
+Si vous avez des suggestions pour améliorer ce processus, veuillez consulter
+le référentiel [nodejs/security-wg](https://github.com/nodejs/security-wg).
 
 ## OpenSSF Best Practices
 
-<a
-  href="https://bestpractices.coreinfrastructure.org/projects/29"
-  style={{ display: 'inline-flex' }}
->
-  <img
-    alt="Badge OpenSSF"
-    src="https://bestpractices.coreinfrastructure.org/projects/29/badge"
-    style={{ display: 'inline' }}
-  />
+<a href="https://bestpractices.coreinfrastructure.org/projects/29" style={{ display: 'inline-flex' }}>
+  <img alt="Badge OpenSSF" src="https://bestpractices.coreinfrastructure.org/projects/29/badge" style={{ display: 'inline' }} />
 </a>
 
-Le badge des meilleures pratiques de l'Open Source Security Foundation (OpenSSF) (https://github.com/coreinfrastructure/best-practices-badge) est un moyen pour les projets de logiciels libres et open source (FLOSS) de montrer qu'ils suivent les meilleures pratiques. Les projets peuvent volontairement auto-certifier la manière dont ils suivent chaque meilleure pratique. Les utilisateurs du badge peuvent rapidement déterminer quels sont les projets FLOSS qui suivent les meilleures pratiques et qui sont donc plus susceptibles de produire des logiciels sécurisés de meilleure qualité.
+Le [badge des meilleures pratiques] de l'Open Source Security Foundation (OpenSSF) (https://github.com/coreinfrastructure/best-practices-badge) est un moyen pour les projets de logiciels libres et open source (FLOSS) de montrer qu'ils suivent les meilleures pratiques. Les projets peuvent volontairement auto-certifier la manière dont ils suivent chaque meilleure pratique. Les utilisateurs du badge peuvent rapidement déterminer quels sont les projets FLOSS qui suivent les meilleures pratiques et qui sont donc plus susceptibles de produire des logiciels sécurisés de meilleure qualité.