Skip to content
This repository was archived by the owner on Apr 26, 2024. It is now read-only.

Commit 7a0b5ee

Browse files
docs(pt): translate the content/about folder to portuguese (#3212)
1 parent 368facc commit 7a0b5ee

File tree

11 files changed

+737
-1
lines changed

11 files changed

+737
-1
lines changed

content/about/about.pt.md

Lines changed: 45 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,45 @@
1+
---
2+
title: about
3+
displayTitle: Sobre
4+
description: 'Sobre | Node.js'
5+
authors: XhmikosR, mikeal, fhemberger, Fishrock123, yous, tomgco, tniessen, SMcCandlish, saadq, Trott, Gornstats, piperchester, naoufal, lpinca, j9t, bnoordhuis, harshadsabne, Chris911, benhalverson, nazarepiedady
6+
category: about
7+
---
8+
9+
Como executor de JavaScript orientado a eventos assíncronos, a Node está desenhada para construir aplicações de rede escaláveis. No seguinte exemplo "hello world" ou "olá mundo" em Português, várias conexões podem ser manipuladas simultaneamente. Sobre cada conexão, uma função de resposta é disparada, mas se não existe nada a ser feito, a Node.js adormecerá.
10+
11+
```javascript
12+
const http = require('http');
13+
14+
const hostname = '127.0.0.1';
15+
const port = 3000;
16+
17+
const server = http.createServer((req, res) => {
18+
res.statusCode = 200;
19+
res.setHeader('Content-Type', 'text/plain');
20+
res.end('Hello World');
21+
});
22+
23+
server.listen(port, hostname, () => {
24+
// eslint-disable-next-line no-console
25+
console.log(`Server running at http://${hostname}:${port}/`);
26+
});
27+
```
28+
29+
Isto é em contraste ao modelo de concorrência mais comum dos dias de hoje, nos quais a linhas do sistema operacional são empregadas. A transmissão baseada em linha é relativamente ineficiente e muito difícil de usar. Além disto, os utilizadores da Node.js estão livres de preocupações da travagem dormente de processo, já que não existem travagens. Quase nenhuma função na Node.js realiza diretamente o I/O, então o processo nunca bloqueia exceto quando o I/O é realizado usando métodos síncronos da biblioteca padrão da Node.js. Uma vez que nada bloqueia, sistemas escaláveis são muito mais razoáveis de programar na Node.js.
30+
31+
Se alguma desta linguagem é desconhecida, existe um artigo completo sobre [Obstrução vs. Não Obstrução][blocking vs. non-blocking].
32+
33+
***
34+
35+
A Node.js é similar em desenho a, e influenciada por, sistemas de [Máquina de Evento][event machine] da Ruby e [Dobrado][twisted] da Python. A Node.js leva o modelo de evento um pouco mais adiante. Ela apresenta um laço de evento como um construtor de tempo de execução ao invés de uma biblioteca. Em outros sistemas, existe sempre uma chamada de obstrução para iniciar o laço de evento. Normalmente, o comportamento é definido através de funções de resposta no início de um programa, e no final um servidor é iniciado através de uma chamada de obstrução como `EventMachine::run()`. Na Node.js, não existe tal chamada de iniciar o laço de evento. A Node.js simplesmente introduz o laço de evento depois da execução do programa de entrada. A Node.js sai do laço de evento quando não houverem mais funções de resposta a desempenhar. Este comportamento é como a da JavaScript do navegador — o laço de evento é escondido do utilizador.
36+
37+
O HTTP é um cidadão de primeira classe na Node.js, desenhado com o fluxo e latência baixa em mente. Isto torna a Node.js bem adequada para criação de uma biblioteca ou abstração de web.
38+
39+
A Node.js sendo desenhada sem linhas não significa que não podes tirar partido de vários núcleos no teu ambiente. Os processos filhos podem ser gerados usando a nossa API [`child_process.fork()`][], e estão desenhadas para serem fáceis de se comunicar. Construída sobre aquela mesma interface que é o módulo [`cluster`][], o qual permite-te partilhar saídas entre processos para ativar a estabilização de carregamento sobre os teus núcleos.
40+
41+
[blocking vs. non-blocking]: /learn/overview-of-blocking-vs-non-blocking/
42+
[`child_process.fork()`]: /api/child_process/
43+
[`cluster`]: https://nodejs.org/api/cluster.html
44+
[event machine]: https://github.com/eventmachine/eventmachine
45+
[twisted]: https://twistedmatrix.com/trac/

content/about/governance.pt.md

Lines changed: 32 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,32 @@
1+
---
2+
title: governance
3+
displayTitle: Governação
4+
description: 'Governação do Projeto | Node.js'
5+
authors: XhmikosR, fhemberger, thefourtheye, ryanmurakami, refack, nazarepiedady
6+
category: about
7+
---
8+
9+
## Processo de Procura de Consenso
10+
11+
O projeto da Node.js segue um modelo de tomada de decisão conhecido como [Procura de Consenso][consensus seeking].
12+
13+
## Colaboradores
14+
15+
O repositório principal [nodejs/node][] da GitHub é mantido pelos Colaboradores que são adicionados pela Comissão Diretiva Técnica ([TSC, sigla em Inglês][tsc]) sobre uma base em curso.
16+
17+
Os indivíduos fazendo contribuições significantes e valiosas são feitos Colaboradores e dado acesso de envio ao projeto. Estes indivíduos são identificados pela TSC e suas nomeações são discutidas com os Colaboradores existentes.
18+
19+
Para ter a atual lista de Colaboradores, consulte o [README.md][] do projeto.
20+
21+
Um guia para os Colaboradores é mantido no [collaborator-guide.md][].
22+
23+
## Comissões de Alto Nível
24+
25+
O projeto é governado pela [Comissão Diretiva Técnica (TSC, sigla em Inglês)][technical steering committee (tsc)] que é responsável pela diretriz de alto nível do projeto.
26+
27+
[consensus seeking]: https://en.wikipedia.org/wiki/Consensus-seeking_decision-making
28+
[readme.md]: https://github.com/nodejs/node/blob/main/README.md#current-project-team-members
29+
[tsc]: https://github.com/nodejs/TSC
30+
[technical steering committee (tsc)]: https://github.com/nodejs/TSC/blob/main/TSC-Charter.md
31+
[collaborator-guide.md]: https://github.com/nodejs/node/blob/main/doc/contributing/collaborator-guide.md
32+
[nodejs/node]: https://github.com/nodejs/node

content/about/releases.pt.md

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,11 @@
1+
---
2+
title: releases
3+
displayTitle: Lançamentos
4+
description: 'Lançamentos | Node.js'
5+
authors: ZYSzys, nstanard, mikeal, fhemberger, garybernhardt, piepmatz, boneskull, bjb568, nazarepiedady
6+
category: about
7+
---
8+
9+
As versões principais da Node.js entram em estado de lançamento _Atual_ por seis meses, o que dá aos autores de biblioteca tempo para adicionar suporte para elas. Depois de seis meses, os lançamentos numerados com ímpares (9, 11, etc.) tornam-se insuportáveis, e os lançamentos numerados com pares (10, 12, etc) movem-se para o estado _LTS Ativa_ e estão prontas para uso geral. O estado de lançamento _LTS_ é "long-term support" ou "suporte a longo prazo" em Português, o qual garante tipicamente que os bugs críticos serão corrigidos por um total de 30 meses. As aplicações de produção deveriam apenas usar os lançamentos de _LTS Ativa_ ou _LTS de Manutenção_.
10+
11+
![Lançamentos](https://raw.githubusercontent.com/nodejs/Release/main/schedule.svg?sanitize=true)

content/about/resources.pt.md

Lines changed: 32 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,32 @@
1+
---
2+
title: resources
3+
displayTitle: Recursos
4+
description: 'Recursos | Node.js'
5+
authors: XhmikosR, mikeal, fhemberger, Fishrock123, yous, tomgco, tniessen, SMcCandlish, saadq, Trott, Gornstats, piperchester, naoufal, lpinca, j9t, bnoordhuis, harshadsabne, Chris911, MrJithil, nazarepiedady
6+
category: about
7+
---
8+
9+
## Descarregamentos do Logótipo
10+
11+
Revise a [política comercial da marca](https://trademark-policy.openjsf.org/) para informações a respeito do uso permissível das marcas e logótipos da Node.js®.
12+
13+
As diretrizes para a exibição visual da marca da Node.js estão descritas nas [Diretrizes Visuais](/static/documents/foundation-visual-guidelines.pdf).
14+
15+
<table class="resources-logos">
16+
<tr>
17+
<td class="bg-white"><a href="/static/images/logos/nodejs-new-pantone-black.ai"><img src="/static/images/logos/nodejs-new-pantone-black.svg" alt="Node.js sobre fundo claro"/></a></td>
18+
<td class="bg-node-gray"><a href="/static/images/logos/nodejs-new-pantone-white.ai"><img src="/static/images/logos/nodejs-new-pantone-white.svg" alt="Node.js sobre fundo escuro"/></a></td>
19+
</tr>
20+
<tr>
21+
<td><a href="/static/images/logos/nodejs-new-pantone-black.ai">Ficheiro AI padrão da Node.js</a></td>
22+
<td><a href="/static/images/logos/nodejs-new-pantone-white.ai">Ficheiro AI da Node.js de cor invertida</a></td>
23+
</tr>
24+
<tr>
25+
<td class="bg-white"><a href="/static/images/logos/nodejs-new-black.ai"><img src="/static/images/logos/nodejs-new-black.svg" alt="Node.js sobre fundo claro"/></a></td>
26+
<td class="bg-node-gray"><a href="/static/images/logos/nodejs-new-white.ai"><img src="/static/images/logos/nodejs-new-white.svg" alt="Node.js sobre fundo escuro"/></a></td>
27+
</tr>
28+
<tr>
29+
<td><a href="/static/images/logos/nodejs-new-black.ai">Ficheiro AI padrão da Node.js com menos cor</a></td>
30+
<td><a href="/static/images/logos/nodejs-new-white.ai">Ficheiro AI da Node.js de cor invertida com menos cor</a></td>
31+
</tr>
32+
</table>

content/about/security.pt.md

Lines changed: 48 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,48 @@
1+
---
2+
title: security
3+
displayTitle: Segurança
4+
description: "Segurança | Node.js"
5+
authors: reedloden, XhmikosR, Trott, fhemberger, MaledongGit, yous, sam-github, vdeturckheim, tniessen,richardlau, nschonni, mikeal, e-jigsaw, parthlaw, nazarepiedady
6+
category: about
7+
---
8+
9+
## Reportando um bug na Node.js
10+
11+
Reporte bugs de segurança na Node.js através da [HackerOne](https://hackerone.com/nodejs).
12+
13+
O teu relatório será reconhecido dentro de 5 dias, receberás uma resposta mais detalhada para o teu relatório dentro de 10 dias indicando as próximas etapas na resolução da tua submissão.
14+
15+
Depois da resposta inicial ao teu relatório, a equipa de segurança empenhar-se-á em manter-te informado do progresso sendo feito a uma correção e anúncio completo, e talvez peçam informações adicionais ou orientação envolvendo o problema reportado.
16+
17+
## Programa de recompensa de bug da Node.js
18+
19+
O projeto da Node.js envolve-se em um programa oficial de recompensa de bug para investigadores de segurança e revelações públicas responsáveis. O programa é administrado através da plataforma HackerOne. Consulte [https://hackerone.com/nodejs](https://hackerone.com/nodejs) para mais detalhes.
20+
21+
## Reportando um bug em um módulo de terceiro
22+
23+
Os bugs de segurança em módulos de terceiros devem ser reportados aos seus respetivos responsáveis.
24+
25+
## Política de Revelação
26+
27+
Aqui está a política de revelação de segurança para a Node.js
28+
29+
* O relatório de segurança é recebido e é atribuído um tratador primário. Esta pessoa coordenará o processo de correção e lançamento. O problema é confirmado e a lista de todas as versões afetadas é determinada. O código é passado for auditoria para procurar quaisquer problemas similares. Correções são preparadas para todos os lançamentos que estão sob manutenção. Estas correções não são enviadas para o repositório público mas segurados localmente aguardando o anúncio.
30+
31+
* Uma data de embargo sugerida para esta vulnerabilidade é escolhida e um Vulnerabilidades Comuns e Exposições (CVE®, sigla em Inglês) é registado para a vulnerabilidade.
32+
33+
* Sobre data de embargo, a lista de endereços de segurança da Node.js é enviada uma cópia do anúncio. As mudanças são empurradas para o repositório público e as novas construções são implementadas em produção na [nodejs.org](https://nodejs.org/). Dentro de 6 horas depois da lista de endereços ser notificada, uma cópia do consultivo será publicada no [blogue da Node.js](https://nodejs.org/en/blog/)
34+
35+
* Normalmente a data de embargo será definida 72 horas desde o momento que a CVE for emitida. No entanto, isto pode variar dependendo da severidade do bug ou dificuldade em aplicar uma correção.
36+
37+
* Este processo pode levar algum tempo, especialmente quando a coordenação é exigida por responsáveis de outros projetos. Todo esforço será feito para manusear o bug em tempo oportuno; no entanto, é importante que sigamos o processo de lançamento acima para garantir que a revelação seja resolvida de uma maneira consistente.
38+
39+
## Recebendo atualizações de segurança
40+
41+
As notificações de segurança serão distribuídas através dos seguinte métodos:
42+
43+
* [https://groups.google.com/group/nodejs-sec](https://groups.google.com/group/nodejs-sec)
44+
* [https://nodejs.org/en/blog/](https://nodejs.org/en/blog/)
45+
46+
## Comentários sobre esta política
47+
48+
Se tiveres sugestões sobre como este processo poderia ser melhorado, submeta um [pedido de atualização do repositório (pull request, em Inglês)](https://github.com/nodejs/nodejs.org) ou [apresentar uma questão](https://github.com/nodejs/security-wg/issues/new) a discutir.

0 commit comments

Comments
 (0)