id,pt-br,zh-CN: update translations (nodejs#5358)

i18n/locales/id.json

@@ -35,5 +35,28 @@
   "components.pagination.next": "Terbaru | ",
   "components.pagination.previous": "Lama",
   "layouts.blogPost.author.byLine": "{author, select, null {} other {Oleh {author}, }}",
-  "layouts.blogIndex.currentYear": "Berita dari {year}"
+  "layouts.blogIndex.currentYear": "Berita dari {year}",
+  "components.common.banner.button.text": "Baca Selengkapnya",
+  "components.article.author.githubLinkLabel": "{username} Github - buka di tab baru",
+  "components.article.authorList.title": "Penulis Artikel",
+  "components.article.editLink.title.edit": "Edit halaman ini di GitHub",
+  "components.article.editLink.title.translate": "Tertarik untuk membantu terjemahan?",
+  "components.common.languageSelector.button.title": "Ganti Bahasa",
+  "components.blog.blogCard.author.by": "oleh",
+  "components.sections.newFooter.trademark": "Kebijakan Merek Dagang",
+  "components.sections.newFooter.privacy": "Kebijakan Privasi",
+  "components.sections.newFooter.codeOfConduct": "Kode Etik",
+  "components.sections.newFooter.security": "Keamanan",
+  "components.sections.newFooter.about": "Tentang",
+  "components.sections.newFooter.blog": "Blog",
+  "components.sections.newFooter.github": "GitHub",
+  "components.learn.previousNextLink.next": "LANJUT",
+  "components.learn.previousNextLink.previous": "KEMBALI",
+  "components.home.nodeFeatures.javascript.title": "JavaScript",
+  "components.home.nodeFeatures.javascript.description": "Node.js menyediakan dukungan untuk bahasa pemrograman JavaScript",
+  "components.home.nodeFeatures.openSource.title": "Sumber Terbuka",
+  "components.home.nodeFeatures.openSource.description": "Node.js adalah open source dan dikelola secara aktif oleh kontributor di seluruh dunia",
+  "components.home.nodeFeatures.everywhere.title": "Dimana saja",
+  "components.home.nodeFeatures.everywhere.description": "Node.js telah diadaptasi untuk bekerja di berbagai tempat",
+  "components.common.shellBox.copy": "{copied, select, true {disalin}other {salin}}"
 }

i18n/locales/zh-cn.json

@@ -35,5 +35,28 @@
   "components.pagination.next": "较新的新闻事件 | ",
   "components.pagination.previous": "更早的新闻事件",
   "layouts.blogPost.author.byLine": "{author, select, null {} other {由 {author} }}",
-  "layouts.blogIndex.currentYear": "{year} 年的所有新闻事件"
+  "layouts.blogIndex.currentYear": "{year} 年的所有新闻事件",
+  "components.common.banner.button.text": "了解更多……",
+  "components.article.author.githubLinkLabel": "{username} Github - 在新标签中打开",
+  "components.article.authorList.title": "文章作者",
+  "components.article.editLink.title.edit": "在 GitHub 上编辑此页面",
+  "components.article.editLink.title.translate": "您愿意帮助我们翻译吗?",
+  "components.common.languageSelector.button.title": "切换语言",
+  "components.blog.blogCard.author.by": "由",
+  "components.sections.newFooter.trademark": "商标政策",
+  "components.sections.newFooter.privacy": "隐私政策",
+  "components.sections.newFooter.codeOfConduct": "行为守则",
+  "components.sections.newFooter.security": "汇报安全漏洞",
+  "components.sections.newFooter.about": "关于我们",
+  "components.sections.newFooter.blog": "博客",
+  "components.sections.newFooter.github": "GitHub",
+  "components.learn.previousNextLink.next": "下一页",
+  "components.learn.previousNextLink.previous": "上一页",
+  "components.home.nodeFeatures.javascript.title": "JavaScript",
+  "components.home.nodeFeatures.javascript.description": "Node.js 支持 JavaScript 编程语言",
+  "components.home.nodeFeatures.openSource.title": "自由开源",
+  "components.home.nodeFeatures.openSource.description": "Node.js是开源的，并由世界各地的贡献者积极维护。",
+  "components.home.nodeFeatures.everywhere.title": "全球",
+  "components.home.nodeFeatures.everywhere.description": "Node.js 已经过调整，可以适配在许多不同的场景下工作",
+  "components.common.shellBox.copy": "{copied, select, true {复制了}other {复制}}"
 }

pages/pt-br/404.md

@@ -6,4 +6,4 @@ title: 404
 
 ## 404: Página não encontrada
 
-### ENOENT: arquivo ou diretório não encontrado
+### ENOENT: Arquivo ou diretório não encontrado

pages/pt-br/about/governance.md

@@ -1,67 +1,31 @@
 ---
-title: Governança do Projeto
+title: Governança do projeto
 layout: about.hbs
 ---
 
-<!--
-# Project Governance
--->
-# Governança do Projeto
+# Governança do projeto
 
-<!--
-## Consensus Seeking Process
+## Processo de busca por consenso
 
-The Node.js project follows a [Consensus Seeking][] decision making model.
--->
-## Processo de Busca por Consenso
+O projeto Node.js segue um modelo de [Busca por Consenso][] para a tomada de decisões.
 
-O projeto Node.js segue o modelo de [Busca por Consenso][] para tomada de decisão.
-
-<!--
-## Collaborators
-
-The [nodejs/node][] core GitHub repository is maintained by the Collaborators
-who are added by the Technical Steering Committee ([TSC][]) on an ongoing basis.
-
-Individuals making significant and valuable contributions are made Collaborators
-and given commit-access to the project. These individuals are identified by the
-TSC and their nomination is discussed with the existing Collaborators.
-
-For the current list of Collaborators, see the project's [README.md][].
-
-A guide for Collaborators is maintained at [collaborator-guide.md][].
--->
 ## Colaboradores
 
-O repositório principal [nodejs/node][] no GitHub é mantido por Colaboradores
-que são nomeados continuamente pelo _Technical Steering Committee_ ([TSC][]).
+O repositório principal [nodejs/node][] no GitHub é mantido por Colaboradores nomeados continuamente pelo Comitê Técnico de Direção ([TSC][]).
 
-Pessoas que fazem contribuições significantes e valiosas são nomeadas Colaboradores
-e tem permissão para realizar _commits_ no projeto. Essas pessoas são identificadas
-pelo TSC e sua nomeação é debatida com os demais Colaboradores.
+Indivíduos que fazem contribuições significativas e valiosas se tornam Colaboradores e ganham acesso para realizar commits ao projeto. Essas pessoas são identificadas pelo Comitê e suas nomeações são discutidas com os colaboradores já existentes.
 
-Para ver a lista atual de Colaboradores, acesse o [README.md][] do projeto.
+Para conhecer a lista atual de Colaboradores, consulte o [README.md][] do projeto.
 
 Um guia para Colaboradores é mantido em [collaborator-guide.md][].
 
-<!--
-## Top Level Committees
-
-The project is governed jointly by the [Technical Steering Committee (TSC)][]
-which is responsible for high-level guidance of the project, and the
-[Community Committee (CommComm)][] which is responsible for guiding and
-extending the Node.js community.
--->
-## Comitês Superiores
+## Comitê Técnico de Direção
 
-O projeto é governado de forma conjunta pelo _[Technical Steering Committee (TSC)][]_
-responsável pelas diretrizes do projeto, e pelo _[Community Committee (CommComm)][]_
-responsável por orientar e ampliar a comunidade Node.js.
+O projeto é regido pelo [Comitê Técnico de Direção (TSC em inglês)][], responsável pela orientação de alto nível do projeto.
 
 [collaborator-guide.md]: https://github.com/nodejs/node/blob/main/doc/contributing/collaborator-guide.md
-[Community Committee (CommComm)]: https://github.com/nodejs/community-committee/blob/master/Community-Committee-Charter.md
 [Busca por Consenso]: https://en.wikipedia.org/wiki/Consensus-seeking_decision-making
 [README.md]: https://github.com/nodejs/node/blob/main/README.md#current-project-team-members
-[Technical Steering Committee (TSC)]: https://github.com/nodejs/TSC/blob/master/TSC-Charter.md
+[Comitê Técnico de Direção (TSC em inglês)]: https://github.com/nodejs/TSC/blob/main/TSC-Charter.md
 [TSC]: https://github.com/nodejs/TSC
 [nodejs/node]: https://github.com/nodejs/node

pages/pt-br/about/index.md

@@ -1,22 +1,12 @@
 ---
 layout: about.hbs
 title: Sobre
-trademark: Trademark
+trademark: Marca registrada
 ---
 
 # Sobre Node.js®
-<!--
-As an asynchronous event driven JavaScript runtime, Node is designed to build
-scalable network applications. In the following "hello world" example, many
-connections can be handled concurrently. Upon each connection the callback is
-fired, but if there is no work to be done, Node will sleep.
--->
 
-Como um ambiente de execução JavaScript assíncrono orientado a eventos, o Node.js
-é projetado para desenvolvimento de aplicações escaláveis de rede. No exemplo a
-seguir, diversas conexões podem ser controladas ao mesmo tempo. Em cada conexão
-a função de _callback_ é chamada. Mas, se não houver trabalho a ser realizado,
-o Node.js ficará inativo.
+Como um tempo de execução assíncrono conduzido por eventos de JavaScript, Node.js é projetado para construir aplicativos escaláveis e de rede. No exemplo "hello world" seguinte, muitas conexões podem ser tratadas simultaneamente. Em cada conexão, o callback é acionado, mas se não houver trabalho a ser feito, o Node.js ficará inativo.
 
 ```javascript
 const http = require('http');
@@ -27,84 +17,29 @@ const port = 3000;
 const server = http.createServer((req, res) => {
   res.statusCode = 200;
   res.setHeader('Content-Type', 'text/plain');
-  res.end('Hello World');
+  res.end('Olá Mundo');
 });
 
 server.listen(port, hostname, () => {
-  console.log(`Server running at http://${hostname}:${port}/`);
+  console.log(`Servidor executando em http://${hostname}:${port}/`);
 });
 ```
 
-<!--
-This is in contrast to today's more common concurrency model where OS threads
-are employed. Thread-based networking is relatively inefficient and very
-difficult to use. Furthermore, users of Node are free from worries of
-dead-locking the process, since there are no locks. Almost no function in Node
-directly performs I/O, so the process never blocks. Because nothing blocks,
-scalable systems are very reasonable to develop in Node.
+Observe que isso contrasta com o modelo de concorrência, muito comúm hoje em dia, no qual são usadas as threads do Sistema Operacional. Entretanto, uma rede baseada em threads se torna relativamente ineficiente e muito difícil de usar. Além disso, os usuários do Node.js não precisam se preocupar em bloquear processos, já que não existem bloqueios. Quase nenhuma função no Node.js executa diretamente operações I/O, e por isso, o processo nunca se bloqueia, exceto quando o I/O é realizado usando métodos síncronos de Node.js da biblioteca padrão. Como nada se bloqueia, é razóavel usar Node.js para desenvolver sistemas escaláveis.
 
-If some of this language is unfamiliar, there is a full article on
-[Blocking vs Non-Blocking][].
--->
-
-Essa é uma alternativa que contrasta com o modelo de concorrência mais comum, onde são
-utilizadas _threads_ do SO. Aplicações de rede baseadas em _threads_ são relativamente
-ineficientes e difíceis de usar. Além disso, os usuários do Node.js não precisam
-se preocupar com _deadlock_ de processos, pois não existem _locks_. Quase nenhuma função
-no Node.js realiza diretamente operações de E/S, por essa razão o processo nunca bloqueia.
-Por não existirem operações bloqueantes, sistemas escaláveis são razoavelmente fáceis
-de serem desenvolvidos em Node.js.
-
-Se algum desses conceitos não é familiar, dê uma olhada no artigo [Blocking vs Non-Blocking][].
+Se alguns destes termos não são familiares, há um artigo completo ao respeito: [Bloqueando vs. Não Bloqueando][].
 
 ---
 
-<!--
-Node is similar in design to, and influenced by, systems like Ruby's
-[Event Machine][] or Python's [Twisted][]. Node takes the event model a bit
-further. It presents an [event loop][] as a runtime construct instead of as a library.
-In other systems there is always a blocking call to start the event-loop.
-Typically behavior is defined through callbacks at the beginning of a script
-and at the end starts a server through a blocking call like
-`EventMachine::run()`. In Node there is no such start-the-event-loop call. Node
-simply enters the event loop after executing the input script. Node exits the
-event loop when there are no more callbacks to perform. This behavior is like
-browser JavaScript — the event loop is hidden from the user.
--->
-Node.js é semelhante no projeto, e influenciado por sistemas como [Event Machine][] do Ruby
-ou [Twisted][] do Python. Porém, leva o modelo de eventos um pouco mais além. No Node.js o _[event loop][]_
-é exposto como uma parte do ambiente de execução ao invés de uma biblioteca. Em outros sistemas há
-sempre uma chamada bloqueante para iniciar o _event-loop_. Tipicamente o comportamento esperado é
-definido através de _callbacks_ no início do _script_, e no final um servidor é iniciado por uma
-chamada bloqueante como por exemplo `EventMachine::run()`.
+Node.js é semelhante no design, e bastante influenciado, por sistemas como os de [Máquina de Eventos][] do Ruby ou como o [Twisted][]do Python. Porém, Node.js leva o modelo de eventos para um pouco mais além. De fato, o Node.js apresenta um [laço de eventos][] como uma construção de tempo de execução em vez de como uma biblioteca. Já em outros sistemas, sempre há uma chamada de bloqueio para iniciar o laço de eventos. Normalmente, o comportamento é definido através de callbacks no início de um script e, no final, um servidor é iniciado através de uma chamada de bloqueio como `EventMachine::run()`. Entretanto, em Node.js não existe essa chamada-inicial-para-o-começo-do-laço. De fato, o Node.js simplesmente entra no laço de eventos após executar o script de entrada. E, posteriormente, o Node.js sai do laço de eventos quando não há mais callbacks para executar. Esse comportamento é como o JavaScript do navegador: o laço de eventos é oculto para o usuário.
 
-<!--
-HTTP is a first class citizen in Node, designed with streaming and low latency
-in mind. This makes Node well suited for the foundation of a web library or
-framework.
--->
-Em Node.js, HTTP é um cidadão de primeira classe, projetado para que tenha um alta
-taxa de fluxo e baixa latência. Isso torna o Node.js uma ótima escolha para servir como base para
-uma biblioteca web ou para um _framework_.
+O HTTP é um cidadão de primeira classe no Node.js, pois ele é desenhado com fluxo e baixa latência. Isso torna o Node.js bem adequado para a criação de uma biblioteca ‘web’ ou qualquer framework.
 
-<!--
-Just because Node is designed without threads, doesn't mean you cannot take
-advantage of multiple cores in your environment. Child processes can be spawned
-by using our [`child_process.fork()`][] API, and are designed to be easy to
-communicate with. Built upon that same interface is the [`cluster`][] module,
-which allows you to share sockets between processes to enable load balancing
-over your cores.
--->
-Embora Node.js seja projetado sem a utilização de _threads_, isso não quer dizer que
-você não possa tirar vantagens de múltiplos núcleos de processamento em seu ambiente.
-Processos filhos podem ser criados utilizando a API [`child_process.fork()`][], e foram
-desenvolvidos para que a comunicação entre eles seja fácil. Da mesma maneira foi o módulo
-[`cluster`][], que permite o compartilhamento de _sockets_ entre os processos, a fim de
-permitir o balanceamento de carga entre os núcleos.
+O fato do Node.js ser desenhado sem threads não quer dizer que não podamos tirar proveito de um ambiente com múltiplos núcleos. Por exemplo, processos filho podem ser gerados usando nossa API [`child_process.fork()`][], pois foi desenhada para uma fácil comunicação. Por outro lado, o módulo [`cluster`][] foi construido com a mesma interfase. Este módulo permite compartilhar soquetes entre processos para abilitar o equilibro da carga entre os núcleos.
 
-[Blocking vs Non-Blocking]: /en/docs/guides/blocking-vs-non-blocking/
+[Bloqueando vs. Não Bloqueando]: /en/docs/guides/blocking-vs-non-blocking/
 [`child_process.fork()`]: https://nodejs.org/api/child_process.html#child_process_child_process_fork_modulepath_args_options
 [`cluster`]: https://nodejs.org/api/cluster.html
-[event loop]: /en/docs/guides/event-loop-timers-and-nexttick/
-[Event Machine]: https://github.com/eventmachine/eventmachine
+[laço de eventos]: /en/docs/guides/event-loop-timers-and-nexttick/
+[Máquina de Eventos]: https://github.com/eventmachine/eventmachine
 [Twisted]: https://twistedmatrix.com/trac/