Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
43 changes: 43 additions & 0 deletions apps/site/pages/pt-br/about/partners.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,43 @@
---
title: Parceiros e Apoiadores
layout: about
---

# Parceiros e Apoiadores

A comunidade Node.js é fortalecida por uma rede vibrante de parceiros que contribuem de diversas formas. Através dessas colaborações, mantemos nossa infraestrutura resiliente, fortalecemos a segurança, impulsionamos novos lançamentos e desenvolvemos nosso ecossistema de forma sustentável.

Agradecemos o apoio de nossos parceiros, que desempenham um papel crucial no sucesso e no desenvolvimento contínuo do Node.js.

## Infraestrutura

Os parceiros de infraestrutura fornecem um apoio fundamental para o projeto Node.js, disponibilizando hardware e máquinas para nossos processos de integração contínua e testes, sem os quais não conseguimos testar e lançar novas versões do Node.js.

<PartnersLogoList categories="infrastructure" maxLength={null} sort="name" />

## Apoiadores

Apoiadores são indivíduos e organizações que disponibilizam recursos financeiros através do
[OpenCollective](https://opencollective.com/nodejs) para o projeto Node.js.

<WithSupporters />

## Programa de Sustentabilidade do Ecossistema (_ESP_)

Você executa uma versão do Node.js em Fim da Vida Útil (_End-Of-Life_ ou _EOL_)? O Programa de Sustentabilidade do Ecossistema OpenJS (_OpenJS Ecosystem Sustainability Program_ ou _ESP_) é um programa que ajuda organizações a manter suas aplicações Node.js em versões _EOL_.
O programa fornece acesso a patches de segurança, assistência de conformidade e suporte técnico para ajudar a preencher a lacuna enquanto você planeja sua estratégia de atualização. Para mais informações sobre versões em
Fim de Vida Útil por favor visite os [Lançamentos em Fim de Vida Útil (_EOL_) do Node.js](/about/eol)

> O uso de versões _EOL_ através de suporte comercial deve ser visto como uma solução temporária, o objetivo deve ser sempre atualizar para versões ativamente mantidas.

<PartnersLogoList categories="esp" maxLength={null} sort="name" />

## Torne-se um Parceiro

Torne-se um parceiro do projeto Node.js e nos ajude a continuar desenvolvendo e mantendo este projeto. Seu apoio é crucial para garantir que o Node.js permaneça uma plataforma confiável e segura para desenvolvedores e organizações em todo o mundo. Se você estiver interessado em se tornar um parceiro, entre em contato conosco através da OpenJS Foundation.

<div>
<Button href="https://openjsf.org/partners">
Torne-se um parceiro OpenJS
</Button>
</div>
51 changes: 51 additions & 0 deletions apps/site/pages/pt-br/about/previous-releases.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,51 @@
---
title: Lançamentos do Node.js
layout: about
---

# Lançamentos do Node.js

<EOLAlertBox />

As versões principais do Node.js entram no status de versão _Current_ por seis meses, o que dá tempo para os autores de bibliotecas adicionarem suporte a elas.
Após seis meses, as versões com números ímpares (9, 11, etc.) param de receber suporte, e as versões com números pares (10, 12, etc.) passam para o status _Active LTS_ e ficam prontas para uso geral.
O status de versão _LTS_ significa "suporte de longo prazo" (long-term support), o que normalmente garante que bugs críticos serão corrigidos por um total de 30 meses.
Aplicações em produção devem usar apenas versões _Active LTS_ ou _Maintenance LTS_.

## Cronograma de lançamentos

![Lançamentos](https://raw.githubusercontent.com/nodejs/Release/main/schedule.svg?sanitize=true)

Todos os detalhes sobre o cronograma de lançamentos do Node.js estão disponíveis [no GitHub](https://github.com/nodejs/release#release-schedule).

## Procurando pelo último lançamento de um _branch_ de versão?

<PreviousReleasesTable />

## Métodos de Instalação Oficiais vs. da Comunidade

O site do Node.js fornece diversos métodos de instalação não interativos, incluindo interfaces de linha de comando (_Command-Line Interfaces_ ou _CLIs_), gerenciadores de pacotes do sistema operacional (OS) (ex., `brew`), e gerenciadores de versão do Node.js (ex., `nvm`).

Para destacar e promover as contribuições da comunidade, o projeto Node.js introduziu uma página de Downloads revisada, categorizando os métodos de instalação como "Oficial" ou "Comunidade". Isso proporciona aos usuários maior flexibilidade e escolha. Para garantir clareza, definimos critérios para cada categoria.

### Métodos de Instalação Oficial

Métodos de instalação indicados como "Oficial" devem seguir os seguintes requisitos:

| Requisitos (Métodos de Instalação Oficiais) |
| :------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Novos lançamentos do Node.js devem estar disponíveis simultaneamente com o lançamento oficial. |
| Os mantenedores do projeto devem ter um relacionamento próximo com o projeto Node.js, incluindo canais de comunicação direta. |
| O método de instalação deve baixar os binários oficiais incluídos no projeto Node.js. |
| O método de instalação não deve ser compilado a partir do código-fonte quando binários pré-compilados estiverem disponíveis, nem deve alterar os binários oficiais. |

### Métodos de Instalação da Comunidade

Os métodos de instalação da comunidade incluídos na página de download de serviços próprios(/download) também devem obedecer a um conjunto mínimo de critérios:

- **Suporte de versão:** deve oferecer suporte a todas as versões do Node.js atualmente suportadas e que não estejam em fim de vida útil (EOL).
- **Compatibilidade do OS:** Deve funcionar em pelo menos um Sistema Operacional (OS) oficialmente suportado.
- **Amplo suporte a sistemas operacionais:** Não pode ser limitado a um subconjunto de distribuições ou versões de sistemas operacionais.
- Por exemplo, um método de instalação que alega compatibilidade com o “Windows” deve funcionar no “Windows 10”, “Windows 11” e todas as suas edições (incluindo versões de servidor).
- Da mesma forma, um método de instalação que alega compatibilidade com o "Linux" deve ser instalável em todas as principais distribuições Linux, não apenas em um subconjunto específico. Ele não pode depender de gerenciadores de pacotes específicos de cada distribuição, como `apt` ou `dnf`.
- **Gratuito e de código aberto:** Deve ser gratuito e de código aberto, não deve ser vendido como um produto comercial e não deve ser um serviço pago.
70 changes: 70 additions & 0 deletions apps/site/pages/pt-br/about/security-reporting.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,70 @@
---
title: Relatório de Segurança
layout: about
---

# Relatório de Segurança

Para mais detalhes sobre as Políticas de Segurança ativas, consulte [esta página](https://github.com/nodejs/node/security/policy).

## Relatando um bug no Node.js

Relate bugs de segurança no Node.js através do [HackerOne](https://hackerone.com/nodejs).

Normalmente, seu relatório será confirmado em até 5 dias, e você receberá uma resposta mais detalhada em até 10 dias indicando os próximos passos no tratamento do seu envio. Esses prazos podem se estender quando nossos voluntários de triagem estiverem em período de férias, principalmente no final do ano.

Após a resposta inicial ao seu relatório, a equipe de segurança se esforçará para
mantê-lo informado do progresso em direção a uma correção e um anúncio completo,
e poderá solicitar informações adicionais ou orientações sobre o problema relatado.

### Programa de recompensa por bugs do Node.js

O projeto Node.js mantém um programa oficial de recompensa por bugs (bug bounty) para pesquisadores
de segurança e divulgações públicas responsáveis. O programa é gerenciado pela plataforma HackerOne.
Consulte [https://hackerone.com/nodejs](https://hackerone.com/nodejs) para mais detalhes.

## Relatando um bug em um módulo de terceiros

Bugs de segurança em módulos de terceiros devem ser relatados aos seus
respectivos mantenedores.

## Política de Divulgação

Aqui está a política de divulgação de segurança do Node.js:

- O relatório de segurança é recebido e um responsável principal é designado. Essa pessoa coordenará o processo de correção e publicação da versão. O problema é validado em todas as versões do Node.js com suporte. Uma vez confirmado, é determinada uma lista de todas as versões afetadas. O código é auditado para encontrar quaisquer problemas similares em potencial. As correções são preparadas para todas as versões com suporte. Essas correções não são enviadas ao repositório público, mas mantidas localmente até o anúncio.

- Uma data de divulgação sugerida para esta vulnerabilidade é escolhida e uma CVE (Common
Vulnerabilities and Exposures - CVE®) é solicitada para a vulnerabilidade.

- Na data de divulgação, uma cópia do anúncio é enviada para a lista de e-mails de segurança do Node.js. As alterações são enviadas ao repositório público e novas builds são disponibilizadas em nodejs.org. Dentro de 6 horas após a notificação da lista de e-mails, uma cópia do comunicado será publicada no blog do Node.js.

- Normalmente, a data de divulgação será definida 72 horas após a emissão do CVE. No entanto, isso pode variar dependendo da gravidade da vulnerabilidade ou da dificuldade em aplicar uma correção.

- Este processo pode levar algum tempo, especialmente quando precisamos coordenar com mantenedores de outros projetos. Faremos o possível para tratar a vulnerabilidade o mais rápido possível; no entanto, devemos seguir o processo de publicação descrito acima para garantir que lidamos com a divulgação de forma consistente.

## Recebendo atualizações de segurança

As notificações de segurança serão distribuídas pelos seguintes métodos.

- [Google Groups](https://groups.google.com/group/nodejs-sec)
- [Blog Oficial do Node.js](/blog)

## Comentários sobre esta política

Se você tiver sugestões sobre como este processo pode ser melhorado, visite o repositório [nodejs/security-wg](https://github.com/nodejs/security-wg).

## Melhores Práticas da OpenSSF

<a
href="https://bestpractices.coreinfrastructure.org/projects/29"
style={{ display: 'inline-flex' }}
>
<img
alt="Selo da OpenSSF"
src="https://bestpractices.coreinfrastructure.org/projects/29/badge"
style={{ display: 'inline' }}
/>
</a>

O selo de Melhores Práticas da Open Source Security Foundation (OpenSSF) permite que projetos de Software Livre e de Código Aberto (_Free/Libre and Open Source Software_ ou _FLOSS_) comprovem que seguem boas práticas de desenvolvimento. Os projetos podem se autocertificar voluntariamente, indicando como cumprem cada prática. Usuários do selo podem rapidamente verificar quais projetos _FLOSS_ adotam boas práticas e, consequentemente, tendem a produzir software seguro e de maior qualidade.
59 changes: 59 additions & 0 deletions apps/site/pages/pt-br/download/archive/index.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,59 @@
---
title: Baixar Node.js®
layout: download-archive
---

<WithDownloadArchive>
{({ binaries, installers, version, release, sources }) => (
<>
<h1>Arquivo de Download do Node.js®</h1>

<h2 className="flex items-center gap-2">
<img
src="/static/logos/jsIconGreen.svg"
alt="Logo do Node.js"
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>
Leia o <LinkWithArrow href={`https://github.com/nodejs/node/releases/tag/${version}`}>registro de alterações (_changelog_)</LinkWithArrow>, ou o <Link href={`/blog/release/${version}`}>post do blog</Link> desta versão.
</li>
<li>
Saiba mais sobre <Link href="/about/previous-releases">lançamentos do Node.js</Link>, incluindo o cronograma de lançamentos e o status LTS.
</li>

<li>
<LinkWithArrow href={sources.shasum}>SHASUMS assinados</LinkWithArrow> para arquivos de lançamento. Como <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> SHASUMS assinados.
</li>

<li>
Baixe o <LinkWithArrow href={sources.tarball}>código-fonte assinado do Node.js {version}</LinkWithArrow> em formato tarball.
</li>

</ul>

<h2>Outros lançamentos</h2>
<WithReleaseSelect placeholder={version} defaultValue={`/download/archive/${version}`} className="w-64"/>

<h2>Downloads dos Binários</h2>
<DownloadsTable source={binaries} />

<h2>Pacotes Instaladores</h2>
<DownloadsTable source={installers} />

<h2>Versões menores</h2>
<MinorReleasesTable releases={release.minorVersions} />
</>

)}

</WithDownloadArchive>
46 changes: 46 additions & 0 deletions apps/site/pages/pt-br/download/current.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,46 @@
---
layout: download
title: Baixar o Node.js®
---

<section>
Baixe o Node.js® <Release.VersionDropdown /> para <Release.OperatingSystemDropdown /> usando <Release.InstallationMethodDropdown /> com <Release.PackageManagerDropdown />

<Release.ReleaseCodeBox />

<Release.Provider>
Ou baixe uma versão pré-compilada do Node.js® para <Release.OperatingSystemDropdown /> rodando uma arquitetura <Release.PlatformDropdown />.

<Release.PrebuiltDownloadButtons />

</Release.Provider>
</section>

<section>
Leia o <Release.ChangelogLink>registro de alterações (_changelog_)</Release.ChangelogLink> ou <Release.BlogPostLink>postagem no blog</Release.BlogPostLink> para esta versão.

Aprenda mais sobre os [lançamentos do Node.js](/about/previous-releases), incluindo o calendário de lançamentos e o status do LTS.

Aprenda a <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> SHASUMS assinados.

Procurando pelo código fonte do Node.js? Baixe o _tarball_ do <Release.DownloadLink kind="source">código fonte do Node.js</Release.DownloadLink> assinado.

Confira nossos binários <LinkWithArrow href="https://nodejs.org/download/nightly/">_nightly_</LinkWithArrow>, todas as <Link href="/download/archive/current">versões anteriores</Link>, ou os binários <LinkWithArrow href="https://unofficial-builds.nodejs.org/download/">não oficiais</LinkWithArrow> para outras plataformas.

</section>

---

<section className="mt-3">
<h2 className="text-center">Apoiado orgulhosamente pelos parceiros abaixo:</h2>

<span className="text-center">
Conseguimos oferecer downloads do Node.js e manter nossa infraestrutura
orgulhosamente graças ao apoio destes parceiros{' '}
<Link href="/about/partners">e muitos outros</Link>.
</span>

<div className="mt-4">
<PartnersLogoList categories="infrastructure" />
</div>
</section>
48 changes: 48 additions & 0 deletions apps/site/pages/pt-br/download/index.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,48 @@
---
layout: download
title: Baixar o Node.js®
---

<section>
Baixe o Node.js® <Release.VersionDropdown /> para <Release.OperatingSystemDropdown /> usando <Release.InstallationMethodDropdown /> com <Release.PackageManagerDropdown />

<Release.ReleaseCodeBox />

<Release.Provider>
Ou baixe uma versão pré-compilada do Node.js® para <Release.OperatingSystemDropdown /> rodando uma arquitetura <Release.PlatformDropdown />.

<Release.PrebuiltDownloadButtons />

</Release.Provider>
</section>

<section className="mb-2">
Leia <Release.ChangelogLink>registro de alterações (changelog)</Release.ChangelogLink> ou <Release.BlogPostLink>postagem no blog</Release.BlogPostLink> para esta versão.

Aprenda mais sobre os [lançamentos do Node.js](/about/previous-releases), incluindo o calendário de lançamento e o status do LTS.

Aprenda a <LinkWithArrow href="https://github.com/nodejs/node#verifying-binaries">verificar</LinkWithArrow> SHASUMS assinados.

Procurando pelo código fonte do Node.js? Baixe o _tarball_ do <Release.DownloadLink kind="source">código fonte do Node.js</Release.DownloadLink> assinado.

Confira os nossos binários<LinkWithArrow href="https://nodejs.org/download/nightly/">nightly</LinkWithArrow>,
todos os <Link href="/download/archive/current">lançamentos anteriores</Link>
ou os binários <LinkWithArrow href="https://unofficial-builds.nodejs.org/download/">não oficiais</LinkWithArrow> para outras plataformas.

</section>

---

<section className="mt-3">
<h2 className="text-center">Orgulhosamente apoiado pelos parceiros abaixo:</h2>

<span className="text-center">
Conseguimos oferecer downloads do Node.js e manter nossa infraestrutura
orgulhosamente graças ao apoio destes parceiros{' '}
<Link href="/about/partners">e muitos outros</Link>.
</span>

<div className="mt-4">
<PartnersLogoList categories="infrastructure" />
</div>
</section>
6 changes: 6 additions & 0 deletions apps/site/pages/ro/index.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -28,6 +28,12 @@ layout: home

<small className="!text-xs">pentru versiunile Node.js EOL</small>
</Button>

<div className="flex justify-center xs:mt-3">
<PartnersIconList />
</div>

<span className="text-center text-sm! text-neutral-800 dark:text-neutral-600 text-balance">Node.js este susținut cu mândrie de partenerii de mai sus <Link href="/about/partners">și mulți alții</Link>.</span>
</div>

</div>
Expand Down
2 changes: 1 addition & 1 deletion packages/i18n/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@node-core/website-i18n",
"version": "1.1.11",
"version": "1.1.12",
"type": "module",
"exports": {
"./*": [
Expand Down
5 changes: 3 additions & 2 deletions packages/i18n/src/locales/ja.json
Original file line number Diff line number Diff line change
Expand Up @@ -25,7 +25,7 @@
"guides": "ガイド",
"learn": "学ぶ",
"security": "セキュリティー",
"certification": "認定資格",
"certification": "コース",
"blog": "ブログ",
"contribute": "貢献"
}
Expand Down Expand Up @@ -214,7 +214,8 @@
"releaseDate": "でリリース済み",
"lastUpdated": "最終更新日",
"vulnerabilities": "脆弱性",
"details": "詳細"
"details": "詳細",
"hideNonLts": "LTSバージョン以外を隠す"
},
"minorReleasesTable": {
"version": "バージョン",
Expand Down
5 changes: 3 additions & 2 deletions packages/i18n/src/locales/pt-br.json
Original file line number Diff line number Diff line change
Expand Up @@ -25,7 +25,7 @@
"guides": "Guias",
"learn": "Aprenda",
"security": "Segurança",
"certification": "Certificação",
"certification": "Cursos",
"blog": "Blog",
"contribute": "Contribua"
}
Expand Down Expand Up @@ -214,7 +214,8 @@
"releaseDate": "Lançado em",
"lastUpdated": "Última atualização",
"vulnerabilities": "Vulnerabilidades",
"details": "Detalhes"
"details": "Detalhes",
"hideNonLts": "Esconder versões que não são LTS"
},
"minorReleasesTable": {
"version": "Versão",
Expand Down
Loading