nodejs · ovflowd · Sep 13, 2025 · Sep 12, 2025 · Sep 12, 2025
@@ -24,17 +24,19 @@ layout: download-archive
       <ReleaseOverview release={release} />
 
       <ul className='flex list-none flex-col gap-2 p-0 text-sm'>
-
         <li>
-           En savoir plus sur <Link href="/about/previous-releases">les versions de Node.js</Link>, y compris le calendrier de publication et le statut LTS.
+          Consultez le <LinkWithArrow href={`https://github.com/nodejs/node/releases/tag/${version}`}>journal des modifications</LinkWithArrow> ou l'<Link href={`/blog/release/${version}`}>article de blog</Link> correspondant à cette version.
+        </li>
+        <li>
+          En savoir plus sur <Link href="/about/previous-releases">les versions de Node.js</Link>, y compris le calendrier de publication et le statut LTS.
         </li>
 
         <li>
-      <LinkWithArrow href={sources.shasum}>SHASUMS signés</LinkWithArrow> pour les fichiers de publication. Comment <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">vérifier</LinkWithArrow> les SHASUMS signés.
+         <LinkWithArrow href={sources.shasum}>SHASUMS signés</LinkWithArrow> pour les fichiers de publication. Comment <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">vérifier</LinkWithArrow> les SHASUMS signés.
         </li>
 
         <li>
-           Téléchargez une archive tarball signée <LinkWithArrow href={sources.tarball}>Node.js {version} source</LinkWithArrow>.
+          Téléchargez une archive tarball signée <LinkWithArrow href={sources.tarball}>Node.js {version} source</LinkWithArrow>.
         </li>
 
       </ul>

@@ -6,7 +6,7 @@ layout: download-archive
 <WithDownloadArchive>
   {({ binaries, installers, version, release, sources }) => (
     <>
-      <h1>Node.js®アーカイブ</h1>
+      <h1>Node.js®ダウンロードアーカイブ</h1>
 
       <h2 className="flex items-center gap-2">
         <img
@@ -24,17 +24,19 @@ layout: download-archive
       <ReleaseOverview release={release} />
 
       <ul className='flex list-none flex-col gap-2 p-0 text-sm'>
-
         <li>
-          <Link href="/about/previous-releases">Node.jsのリリース</Link>についてリリーススケジュールやLTSステータスを詳しく確認できます。
+          このバージョンの<LinkWithArrow href={`https://github.com/nodejs/node/releases/tag/${version}`}>変更点</LinkWithArrow>や<Link href={`/blog/release/${version}`}>ブログ記事</Link>を確認できます。
+        </li>
+        <li>
+          リリーススケジュールやLTSの情報などさらに詳しい内容は<Link href="/about/previous-releases">Node.jsリリース</Link>で確認できます。
         </li>
 
         <li>
-          リリースファイルの<LinkWithArrow href={sources.shasum}>署名付きSHASUMS</LinkWithArrow>。署名付きSHASUMSの<LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">検証方法</LinkWithArrow>。
+          リリースファイルの<LinkWithArrow href={sources.shasum}>署名済みSHASUMS</LinkWithArrow>と、署名済みSHASUMSの<LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">検証</LinkWithArrow>について確認できます。
         </li>
 
         <li>
-          <LinkWithArrow href={sources.tarball}>Node.js {version}</LinkWithArrow>の署名付きソースアーカイブをダウンロード。
+          署名済み<LinkWithArrow href={sources.tarball}>Node.js {version}のソースコード</LinkWithArrow>のアーカイブをダウンロードできます。
         </li>
 
       </ul>
@@ -45,7 +47,7 @@ layout: download-archive
       <h2>バイナリーのダウンロード</h2>
       <DownloadsTable source={binaries} />
 
-      <h2>インストーラー</h2>
+      <h2>インストーラーパッケージ</h2>
       <DownloadsTable source={installers} />
 
       <h2>マイナーバージョン</h2>

@@ -24,7 +24,9 @@ layout: download-archive
       <ReleaseOverview release={release} />
 
       <ul className='flex list-none flex-col gap-2 p-0 text-sm'>
-
+        <li>
+          Citește <LinkWithArrow href={`https://github.com/nodejs/node/releases/tag/${version}`}>jurnalul de modificări</LinkWithArrow> sau <Link href={`/blog/release/${version}`}>articolul din bloc</Link> pentru această versiune.
+        </li>
         <li>
           Află mai multe despre <Link href="/about/previous-releases">lansările Node.js</Link>, inclusiv despre programul de lansare și starea LTS.
         </li>

@@ -10,7 +10,7 @@ layout: about
 ## Обговорення спільноти
 
 - [Репозиторій GitHub `nodejs/node`](https://github.com/nodejs/node/issues) — це місце для обговорення основного функціонала Node.js та повідомлення про проблеми.
-- Репозиторій GitHub [`nodejs/help`](https://github.com/nodejs/help/issues) — це офіційне місце, де можна запитувати про Node.js.
+- [Репозиторій GitHub `nodejs/help`](https://github.com/nodejs/help/issues) — це офіційне місце, де можна запитувати про Node.js.
 - [Офіційний Discord‑сервер Node.js](https://discord.gg/nodejs) — це місце для спілкування з іншими розробниками Node.js та отримання офіційних новин проєкту Node.js.
 - [Календар проєкту](https://nodejs.org/calendar) Node.js з усіма публічними командними зустрічами.
 

@@ -11,7 +11,7 @@ layout: about
 
 Повідомляйте про проблеми безпеки в Node.js через [HackerOne](https://hackerone.com/nodejs).
 
-Ваше повідомлення розглянуть протягом 5 днів, а протягом 10 днів ви отримаєте детальну відповідь, яка міститиме подальші кроки щодо обробки повідомлення.
+Зазвичай ваше повідомлення приймуть протягом 5 днів, а протягом 10 днів ви отримаєте детальнішу відповідь до нього з описом наступних кроків щодо його обробки. Ці терміни можуть розширюватися, коли наші волонтери, які обробляють повідомлення, у відпустці, особливо наприкінці року.
 
 Після першої відповіді на ваше повідомлення команда з безпеки намагатиметься тримати вас у курсі щодо прогресу в розв'язанні та оголошенні проблеми. У вас можуть попросити додаткову інформацію про повідомлену проблему чи надати рекомендації щодо неї.
 
@@ -27,15 +27,15 @@ layout: about
 
 Ось політика розкриття інформації щодо безпеки в Node.js
 
-- Основний обробник отримує повідомлення про помилку безпеки, яке йому призначається. Ця особа координуватиме процес виправлення помилки та релізу. Помилку знаходять та визначають усі версії, де вона присутня. Код перевіряють на наявність схожих помилок. Потім проводять виправлення для всіх супроводжуваних релізів. Ці виправлення не випускаються в публічний репозиторій, а зберігаються локально, поки не буде здійснено оголошення.
+- Основний обробник отримує повідомлення про помилку безпеки, яке йому призначається. Ця особа координуватиме процес виправлення помилки та релізу. Помилку шукають по всіх підтримуваних версіях Node.js. Коли її знаходять, визначають усі версії, де вона присутня. Код перевіряють на наявність схожих помилок. Потім проводять виправлення для всіх підтримуваних релізів. Ці виправлення не випускаються в публічний репозиторій, а зберігаються локально, поки не буде здійснено оголошення.
 
-- Обирається дата оголошення цієї вразливості та робиться запит на CVE (Common Vulnerabilities and Exposures (CVE®)) щодо неї.
+- Обирається дата оголошення цієї вразливості та робиться запит на CVE (Common Vulnerabilities and Exposures, CVE®) щодо неї.
 
 - У цю дату копію оголошення розсилають адресатам, які відповідають за безпеку Node.js. Зміни додаються до публічного репозиторію, а нові збірки — до nodejs.org. Протягом 6 годин після розсилки копія оголошення публікується в блозі Node.js.
 
 - Зазвичай датою оголошення є дата через 72 години після запиту на CVE. Однак вона може варіюватися залежно від серйозності помилки та складності її виправлення.
 
-- Цей процес може зайняти певний час, особливо тоді, коли потрібна координація із супроводжувачами інших проєктів. Усі зусилля будуть спрямовані на обробку помилки якомога швидше, однак для нас важливо дотримуватися процесу вище, щоб оголошення відбулося належним чином.
+- Цей процес може зайняти певний час, особливо тоді, коли потрібна координація із супроводжувачами інших проєктів. Ми намагатимемося виправити помилку якомога швидше, проте ми повинні дотримуватися вищевказаного процесу релізу, щоб оголошення відбулося належно.
 
 ## Отримання оновлень безпеки
 
@@ -46,8 +46,7 @@ layout: about
 
 ## Коментарі стосовно цієї політики
 
-Якщо у вас є пропозиції щодо покращення цього процесу, створіть [pull request](https://github.com/nodejs/nodejs.org) або
-[issue](https://github.com/nodejs/security-wg/issues/new) для обговорення.
+Якщо ви маєте пропозиції щодо покращення цього процесу, відвідайте репозиторій [nodejs/security-wg](https://github.com/nodejs/security-wg).
 
 ## Найкращі практики OpenSSF
 

@@ -0,0 +1,60 @@
+---
+title: Завантажити Node.js®
+layout: download-archive
+---
+
+<WithDownloadArchive>
+  {({ binaries, installers, version, release, sources }) => (
+    <>
+      <h1>Архів завантажень Node.js®</h1>
+
+      <h2 className="flex items-center gap-2">
+        <img
+          src="/static/logos/jsIconGreen.svg"
+          alt="Node.js Logo"
+          width="24"
+          height="24"
+        />
+        {version}
+        {release.codename && ` (${release.codename})`}
+      </h2>
+
+      <WithReleaseAlertBox status={release.status} />
+
+      <ReleaseOverview release={release} />
+
+      <ul className='flex list-none flex-col gap-2 p-0 text-sm'>
+
+        <li>
+          Читайте <LinkWithArrow href={`https://github.com/nodejs/node/releases/tag/${version}`}>список змін</LinkWithArrow> або <Link href={`/blog/release/${version}`}>публікацію в блозі</Link> щодо цієї версії.
+        </li>
+        <li>
+          Дізнайтеся більше про <Link href="/about/previous-releases">релізи Node.js</Link>, включно з розкладом релізів та статусом підтримки.
+        </li>
+
+        <li>
+          <LinkWithArrow href={sources.shasum}>Підписані SHASUMS</LinkWithArrow> для файлів релізу. Як <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">перевірити</LinkWithArrow> підписані SHASUMS.
+        </li>
+
+        <li>
+          Завантажте підписаний tar-архів із <LinkWithArrow href={sources.tarball}>вихідним кодом Node.js {version}</LinkWithArrow>.
+        </li>
+
+      </ul>
+
+      <h2>Інші релізи</h2>
+      <WithReleaseSelect placeholder={version} defaultValue={`/download/archive/${version}`} className="w-64"/>
+
+      <h2>Завантаження бінарних файлів</h2>
+      <DownloadsTable source={binaries} />
+
+      <h2>Пакети інсталяторів</h2>
+      <DownloadsTable source={installers} />
+
+      <h2>Мінорні версії</h2>
+      <MinorReleasesTable releases={release.minorVersions} />
+    </>
+
+)}
+
+</WithDownloadArchive>
@@ -43,7 +43,21 @@ pacman -S nodejs npm
 
 ## CentOS, Fedora та Red Hat Enterprise Linux
 
-Node.js доступний як модуль із назвою `nodejs` у CentOS/RHEL 8 та Fedora.
+Node.js та пакети npm доступні в головному репозиторії для Fedora та RHEL 10.
+
+Його можна встановити зі стандартного потоку, який містить версію Node.js на стадії Active LTS.
+
+```bash
+dnf install nodejs npm
+```
+
+Або з іншого потоку для альтернативних підтримуваних версій (підтримувані версії можуть відрізнятися між Fedora та різними релізами RHEL).
+
+```bash
+dnf install nodejs24
+```
+
+Для старіших релізів для CentOS чи RHEL Node.js доступний як модуль із назвою `nodejs`.
 
 ```bash
 dnf module install nodejs:<stream>

@@ -0,0 +1,45 @@
+---
+title: Кінець підтримки (EOL)
+layout: article
+---
+
+# Кінець підтримки (EOL)
+
+## Чому та як релізи Node.js досягають кінця підтримки
+
+Мажорні версії Node.js випускаються, виправляються та досягають кінця підтримки за передбачуваним розкладом. Оскільки неможливо підтримувати всі релізи постійно, мажорні релізи Node.js після запланованого періоду припиняють свою підтримку.
+
+<div className="flex flex-col items-start gap-4 xl:flex-row xl:items-center">
+  <Button kind="primary" href="/download" className="flex-1">
+    <span>Оновитися до останнього релізу Node.js®</span>
+  </Button>
+
+<span>або</span>
+
+  <Button as="a" kind="warning" href="/esp/herodevs" className="flex-1">
+    <span>Отримати підтримку безпеки для непідтримуваних (EOL) версій</span>
+  </Button>
+</div>
+
+[Переглянути розклад релізів Node.js](/about/releases/).
+
+## Що відбувається, коли реліз досягає кінця підтримки (EOL)
+
+Коли версія досягає кінця підтримки (EOL), вона не отримуватиме оновлення, навіть виправлення безпеки. Це може призвести до того, що застосунки, які використовують ці версії, стануть вразливими та матимуть помилки, які ніколи не виправлятимуться.
+
+- **Більше не буде виправлень уразливостей**: Нові виправлення вразливостей будуть застосовуватися лише до нових мажорних версій, а до EOL-версій — ні, навіть якщо в них присутні ці вразливості. Користувачі, які прагнуть використовувати EOL-версії та використовують уразливий код, одразу піддаватимуться атакам, які експлуатують розголошені вразливості.
+- **Злам тулчейну**: Релізи, які досягли кінця підтримки, можуть не посилатися динамічно на нові версії спільних залежностей, блокуючи або ламаючи системні оновлення.
+- **Зсув екосистеми**: Багато популярних користувацьких пакетів із часом припиняють підтримку для релізів Node.js, які досягли кінця підтримки. Якщо застосунок прагне підтримувати застарілі пакети, він може стикнутися з дедалі більшою кількістю невиправлених уразливостей та помилок, відхилюючися від норм екосистеми.
+- **Червоні прапорці відповідностей**: Багато індустрійних авдитів забороняють непідтримувані середовища виконання.
+
+## EOL-версії
+
+<EOLReleaseTable />
+
+## Комерційна підтримка
+
+Незважаючи на очевидні недоліки використання EOL-релізів, організації стикаються з перешкодами, які заважають оновлюватися одразу, як-от старий код, внутрішні вимоги та складні ланцюги залежностей. Для користувачів, які не можуть оновитися одразу, але потребують продовжену підтримку безпеки, існує комерційна підтримка через партнерство [OpenJS Ecosystem Sustainability Program](https://openjsf.org/blog/ecosystem-sustainability-program).
+
+Node.js наразі співпрацює з HeroDevs, щоб надавати безперервну підтримку (Never-Ending Support, NES) для версій Node.js, у яких завершилася офіційна фаза підтримки. Це включає виправлення безпеки, допомогу з дотримання вимог та технічну підтримку, поки ви плануєте свою стратегію оновлення. Для детальної інформації відвідайте [**сторінку HeroDevs з NES для Node.js**](https://nodejs.org/esp/herodevs).
+
+Використання EOL-релізів із NES повинне бути тимчасовим рішенням, і за можливості слід оновлюватися до підтримуваних версій.