New Crowdin translations by GitHub Action

Author: crowdin-bot

_data/ko/menu.yml

@@ -8,7 +8,7 @@ static_files: 정적 파일
 examples: 더 많은 예시
 faq: 자주 묻는 질문(FAQ)
 # Guide
-guide: Gu안내서ide
+guide: 안내서
 routing: 라우팅
 writing_middleware: 미들웨어 작성
 using_middleware: 미들웨어 사용
@@ -44,7 +44,7 @@ changelog: 릴리즈 변경 로그
 # Support
 support: 지원
 # Blog
-blog: Blog
+blog: 블로그
 latest_post: 최신 게시물
 all_posts: 모든 게시물
 write_post: 게시물 작성

_data/pt-br/general.yml

@@ -1,8 +1,8 @@
-title_announcement: "[email protected]: Now the Default on npm with LTS Timeline"
-body_announcement: "Express 5.1.0 is now the default on npm, and we're introducing an official LTS schedule for the v4 and v5 release lines. <a href='https://expressjs.com/2025/03/31/v5-1-latest-release.html'>Check out our latest blog for more information.</a>"
-community-caveat-alert: "This information refers to third-party sites, products, or modules that are not maintained by the Expressjs team. Listing here does not constitute an endorsement or recommendation from the Expressjs project team."
-warning: 'Warning'
-note: 'Note'
-caution: 'Caution'
-i18n_notice: "This document might be outdated relative to the documentation in English. For the latest updates, please refer to the"
-i18n_notice_link_text: "documentation in english"
+title_announcement: "[email protected]: Agora o Padrão no npm com LTS Timeline"
+body_announcement: "Expresse 5.1.0 agora é o padrão do npm, e estamos introduzindo um cronograma oficial de LTS para as linhas de lançamento v4 e v5. <a href='https://expressjs.com/2025/03/31/v5-1-latest-release.html'>Confira nosso último blog para obter mais informações.</a>"
+community-caveat-alert: "Esta informação refere-se a sites de terceiros, produtos ou módulos que não são mantidos pela equipe do Expressjs. A listagem aqui não constitui um endosso ou recomendação da equipe de projeto Expressjs."
+warning: 'Atenção'
+note: 'Observação'
+caution: 'Atenção'
+i18n_notice: "Este documento pode estar desatualizado em relação à documentação em inglês. Para as últimas atualizações, por favor consulte o"
+i18n_notice_link_text: "documentação em inglês"

_data/pt-br/menu.yml

@@ -1,18 +1,18 @@
 # Getting started
 getting_started: Introdução
 installing: Instalação
-hello_world: Hello world
+hello_world: Olá mundo
 generator: Gerador do Express
 basic_routing: Roteamento Básico
 static_files: Arquivos Estáticos
 examples: Perguntas mais frequentes
 faq: Perguntas mais frequentes
 # Guide
-guide: Guide
+guide: Guia
 routing: Roteamento
 writing_middleware: Escrevendo o middleware
 using_middleware: Usando o middleware
-overriding_express_api: Overriding the Express API
+overriding_express_api: Sobrescrevendo a API Express
 using_template_engines: Usando o mecanismo de modelo
 error_handling: Manipulação de erros
 debugging: Depuração
@@ -32,15 +32,15 @@ developing_template_engines: Mecanismos de modelo
 security_updates: Atualizações de segurança
 best_practice_security: Melhores práticas de segurança
 best_practice_performance: Melhores práticas de desempenho
-healthcheck_graceful_shutdown: Health checks & shutdown
+healthcheck_graceful_shutdown: Verificações de saúde e desligamento
 # Resources
 resources: Recursos
 glossary: Glossário
 middleware: Middleware
 community: Comunidade
-utils: Utility modules
-contributing: Contributing to Express
-changelog: Release Change Log
+utils: Módulos utilitários
+contributing: Contribuindo para o Express
+changelog: Registros de alterações
 # Support
 support: Suporte
 # Blog

ko/guide/migrating-4.md

@@ -393,15 +393,15 @@ $ npm install serve-favicon morgan method-override express-session body-parser m
 `app.js`를 다음과 같이 변경하십시오.
 
 1. 기본 제공 Express 미들웨어 함수인 `express.favicon`,
-  `express.logger`, `express.methodOverride`,
-  `express.session`, `express.bodyParser` 및
-  `express.errorHandler`는 더 이상 `express`
-  오브젝트에 사용할 수 없습니다. 이들 함수의 대체 함수를 수동으로
-  설치한 후 앱에서 로드해야 합니다.
+   `express.logger`, `express.methodOverride`,
+   `express.session`, `express.bodyParser` 및
+   `express.errorHandler`는 더 이상 `express`
+   오브젝트에 사용할 수 없습니다. 이들 함수의 대체 함수를 수동으로
+   설치한 후 앱에서 로드해야 합니다.
 
 2. `app.router` 함수는 이제 로드할 필요가 없습니다.
-  이 함수는 유효한 Express 4 앱 오브젝트가 아니므로
-  `app.use(app.router);` 코드를 제거하십시오.
+   이 함수는 유효한 Express 4 앱 오브젝트가 아니므로
+   `app.use(app.router);` 코드를 제거하십시오.
 
 3. 미들웨어 함수들이 올바른 순서로 로드되는지 확인하십시오(앱 라우트를 로드한 후 `errorHandler`를 로드).
 

ko/resources/contributing.md

@@ -237,18 +237,18 @@ a future release of Express.
 ### Steps for contributing
 
 1. Create an issue for the
-  bug you want to fix or the feature that you want to add.
+   bug you want to fix or the feature that you want to add.
 2. Create your own fork on GitHub, then
-  checkout your fork.
+   checkout your fork.
 3. Write your code in your local copy. It's good practice to create a branch for
-  each new issue you work on, although not compulsory.
+   each new issue you work on, although not compulsory.
 4. To run the test suite, first install the dependencies by running `npm install`,
-  then run `npm test`.
+   then run `npm test`.
 5. Ensure your code is linted by running `npm run lint` -- fix any issue you
-  see listed.
+   see listed.
 6. If the tests pass, you can commit your changes to your fork and then create
-  a pull request from there. Make sure to reference your issue from the pull
-  request comments by including the issue number e.g. `#123`.
+   a pull request from there. Make sure to reference your issue from the pull
+   request comments by including the issue number e.g. `#123`.
 
 ### Issues which are questions
 
@@ -346,22 +346,22 @@ This is the contribution documentation for the [expressjs.com](https://github.co
 #### Need some ideas? These are some typical issues.
 
 1. **Website issues**: If you see anything on the site that could use a tune-up, think about how to fix it.
-  - Display or screen sizing problems
-  - Mobile responsiveness issues
-  - Missing or broken accessibility features
-  - Website outages
-  - Broken links
-  - Page structure or user interface enhancements
+   - Display or screen sizing problems
+   - Mobile responsiveness issues
+   - Missing or broken accessibility features
+   - Website outages
+   - Broken links
+   - Page structure or user interface enhancements
 
 2. **Content Issues**: Fix anything related to site content or typos.
-  - Spelling errors
-  - Incorrect/outdated Express JS documentation
-  - Missing content
+   - Spelling errors
+   - Incorrect/outdated Express JS documentation
+   - Missing content
 
 3. **Translation Issues**: Fix any translation errors or contribute new content.
-  - Fix spelling errors
-  - Fix incorrect/poorly translated words
-  - Check out the [Contributing translations](#contributing-translations) section below for a contributing guide.
+   - Fix spelling errors
+   - Fix incorrect/poorly translated words
+   - Check out the [Contributing translations](#contributing-translations) section below for a contributing guide.
 
 #### Want to work on a backlog issue?
 
@@ -384,12 +384,12 @@ The steps below will guide you through the Expressjs.com contribution process.
 So you've found a problem that you want to fix, or have a site enhancement you want to make.
 
 1. If you want to get feedback or discuss, open a discussion [issue](https://github.com/expressjs/expressjs.com/issues/new/choose) prior to starting work. This is not required, but encouraged for larger proposals.
-  - While we highly encourage this step, it is only for submissions proposing significant change. It  helps us to clarify and focus the work, and ensure it aligns with overall project priorities.
-  - For submissions proposing minor improvements or corrections, this is not needed. You can skip this step.
-  - When opening an issue please give it a title and fill in the description section. The more details you provide, the more feedback we can give.
+   - While we highly encourage this step, it is only for submissions proposing significant change. It  helps us to clarify and focus the work, and ensure it aligns with overall project priorities.
+   - For submissions proposing minor improvements or corrections, this is not needed. You can skip this step.
+   - When opening an issue please give it a title and fill in the description section. The more details you provide, the more feedback we can give.
 
 2. After receiving your issue the Express JS documentation team will respond with feedback. We read every submission and always try to respond quickly with feedback.
-  - For submissions proposing significant change, we encourage you to follow the review process before starting work.
+   - For submissions proposing significant change, we encourage you to follow the review process before starting work.
 
 #### Step 2: Get the Application Code Base
 
@@ -434,12 +434,12 @@ The Express JS website is built using [Jekyll](https://jekyllrb.com/) and is hos
 Now you'll need a way to see your changes, which means you'll need a running version of the application. You have two options.
 
 1. **Run Locally**: This gets the local version of the application up and running on your machine. Follow our [Local Setup Guide](https://github.com/expressjs/expressjs.com?tab=readme-ov-file#build-the-website-locally) to use this option.
-  - This is the recommended option for moderate to complex work.
+   - This is the recommended option for moderate to complex work.
 
 2. **Run using Deploy Preview**: Use this option if you don't want to bother with a local installation. Part of our continuous integration pipeline includes [Netlify Deploy Preview](https://docs.netlify.com/site-deploys/deploy-previews/).
-  1. To use this you'll need to get your changes online - after you've made your first commit on your feature branch, make a _draft_ pull request.
-  2. After the build steps are complete, you'll have access to a **Deploy Preview** tab that will run your changes on the web, rebuilding after each commit is pushed.
-  3. After you are completely done your work and it's ready for review, remove the draft status on your pull request and submit your work.
+   1. To use this you'll need to get your changes online - after you've made your first commit on your feature branch, make a _draft_ pull request.
+   2. After the build steps are complete, you'll have access to a **Deploy Preview** tab that will run your changes on the web, rebuilding after each commit is pushed.
+   3. After you are completely done your work and it's ready for review, remove the draft status on your pull request and submit your work.
 
 ## Contributing translations
 

pt-br/3x/api.md

@@ -1,8 +1,8 @@
 ---
 layout: api
 version: 3x
-title: Express 3.x - API Reference
-description: Access the API reference for Express.js version 3.x, noting that this version is end-of-life and no longer maintained - includes details on modules and methods.
+title: Express 3.x - Referência de API
+description: Acesso à referência da API do Express.js versão 3.x, observando que esta versão é final de vida e não mais mantida - inclui detalhes sobre módulos e métodos.
 menu: api
 redirect_from: "  "
 ---
@@ -14,7 +14,7 @@ redirect_from: "  "
 
 This series will continue to receive only security updates and bug fixes until July 2015. It is highly recommended to upgrade to Express 4.x.
 
-If you are unable to upgrade past 3.x, please consider [Commercial Support Options](/{{ page.lang }}/support#commercial-support-options).
+Se você não puder atualizar as últimas 3.x, por favor considere as [Opções de Suporte Comercial](/{{ page.lang }}/support#comercial-support-options).
 
   </div>
 

pt-br/4x/api.md

@@ -2,7 +2,7 @@
 layout: api
 version: 4x
 title: Express 4.x - Referência de API
-description: Access the API reference for Express.js 4.x, detailing all modules, methods, and properties for building web applications with this version.
+description: Acesse a referência da API para Express.js 4.x, detalhando todos os módulos, métodos e propriedades para construir aplicações web com esta versão.
 menu: api
 redirect_from: "  "
 ---
@@ -13,7 +13,7 @@ redirect_from: "  "
 
 {% capture node-version %}
 
-Express 4.0 requires Node.js 0.10 or higher.
+Express 4.0 requer Node.js 0.10 ou superior.
 
 {% endcapture %}
 

pt-br/5x/api.md

@@ -2,7 +2,7 @@
 layout: api
 version: 5x
 title: Express 5.x - Referência da API
-description: Access the API reference for Express.js 5.x, detailing all modules, methods, and properties for building web applications with this latest version.
+description: Acesse a referência da API para Express.js 5.x, detalhando todos os módulos, métodos e propriedades para construir aplicações web com esta versão mais recente.
 menu: api
 redirect_from: "  "
 ---
@@ -13,7 +13,7 @@ redirect_from: "  "
 
 {% capture node-version %}
 
-Express 5.0 requires Node.js 18 or higher.
+Express 5.0 requer Node.js 18 ou superior.
 
 {% endcapture %}
 

pt-br/advanced/best-practice-performance.md

@@ -1,7 +1,7 @@
 ---
 layout: page
 title: Melhores Práticas de Desempenho Usando o Express em Produção
-description: Discover performance and reliability best practices for Express apps in production, covering code optimizations and environment setups for optimal performance.
+description: Descubra desempenho e confiabilidade melhores práticas para aplicativos Express na produção, cobrindo otimizações de código e configurações de ambiente para um desempenho ideal.
 menu: advanced
 redirect_from: "  "
 ---
@@ -17,7 +17,7 @@ Este tópico se enquadra claramente no mundo de "devops", abordando o desenvolvi
   - Use a compactação gzip
   - Não use funções síncronas
   - Faça o registro de logs corretamente
-  - [Handle exceptions properly](#handle-exceptions-properly)
+  - [Tratar exceções corretamente](#handle-exceptions-properly)
 - [Itens a fazer no seu ambiente / configuração](#env) (a parte de ops).
   - Configure o NODE_ENV para "produção"
   - Executar o seu aplicativo (e Node) diretamente com o sistema
@@ -36,7 +36,7 @@ para melhorar o desempenho dos aplicativos:
 - Use a compactação gzip
 - Não use funções síncronas
 - Faça o registro de logs corretamente
-- [Handle exceptions properly](#handle-exceptions-properly)
+- [Tratar exceções corretamente](#handle-exceptions-properly)
 
 ### Use a compactação gzip
 
@@ -63,16 +63,18 @@ aplicativo. Evite o uso delas na produção.
 
 Apesar de o Node e muitos módulos fornecerem versões síncronas e assíncronas de suas funções, sempre use as versões assíncronas na produção. O único momento em que o uso de uma função síncrona pode ser justificado é na primeira inicialização.
 
-You can use the `--trace-sync-io` command-line flag to print a warning and a stack trace whenever your application uses a synchronous API. Obviamente, não seria desejado usar isto na produção, mas sim antes, para garantir que seu código está pronto para produção. Consulte a Atualização
+Se estiver usando o Node.js + ou o  .+, é possível usar a sinalização `--trace-sync-io` da linha de comandos para imprimir um aviso e um rastreio de pilha sempre que o seu aplicativo usar uma API síncrona. Obviamente, não seria desejado usar isto na produção, mas sim antes, para garantir que seu código está pronto para produção. Consulte a Atualização
 semanal para o io.js 2.1.0 para obter mais informações.
 
 ### Lide com exceções adequadamente
 
 Em geral, existem duas razões para registrar logs em seu aplicativo: Para depuração e para registro de logs de atividade do aplicativo (essencialmente, todo o resto). Usar
 o `console.log()` ou o `console.err()` para imprimir mensagens de log no
-terminal é uma prática comum em desenvolvimento. But [these functions are synchronous](https://nodejs.org/api/console.html#console) when the destination is a terminal or a file, so they are not suitable for production, unless you pipe the output to another program.
+terminal é uma prática comum em desenvolvimento. Mas essas
+funções são síncronas quando o destino é um terminal ou um arquivo, portanto elas não são adequadas para produção, a não ser que
+a saída seja canalizada para outro programa.
 
-#### For debugging
+#### Para depuração
 
 Se estiver registrando logs com o propósito de depuração, então ao invés de usar o `console.log()`, use um módulo
 especial para depuração como o [debug](https://www.npmjs.com/package/debug). Este
@@ -82,7 +84,10 @@ módulo permite que seja usada a variável de ambiente DEBUG para controlar quai
 
 #### Para atividade do aplicativo
 
-If you're logging app activity (for example, tracking traffic or API calls), instead of using `console.log()`, use a logging library like [Pino](https://www.npmjs.com/package/pino), which is the fastest and most efficient option available.
+Se estiver registrando logs de atividade do aplicativo (por
+exemplo, rastreamento de tráfico ou chamadas de API), ao invés de
+usar o `console.log()`, use uma biblioteca de
+registro de logs como [Winston](https://www.npmjs.com/package/pino) ou Bunyan.
 
 ### Lide com exceções adequadamente
 
@@ -110,7 +115,7 @@ Para obter mais informações sobre os fundamentos de manipulação de erros, co
 
 - [Manipulação de Erros no Node.js](https://www.tritondatacenter.com/node-js/production/design/errors)
 
-#### Use try-catch
+#### Usar try-catch
 
 Try-catch é uma construção da linguagem JavaScript que pode ser usada para capturar exceções em um código síncrono. Use try-catch, por exemplo, para tratar erros de análise sintática de JSON como mostrado abaixo.
 
@@ -139,7 +144,7 @@ exceções.
 
 #### Use promessas
 
-When an error is thrown in an `async` function or a rejected promise is awaited inside an `async` function, those errors will be passed to the error handler as if calling `next(err)`
+Quando um erro é lançado em uma função `async` ou uma promessa rejeitada é aguardada dentro de uma função `async`, esses erros serão passados para o manipulador de erros como se chamando `next(err)`
 
 ```js
 app.get('/', async (req, res, next) => {
@@ -153,7 +158,7 @@ app.use((err, req, res, next) => {
 })
 ```
 
-Also, you can use asynchronous functions for your middleware, and the router will handle errors if the promise fails, for example:
+Além disso, você pode usar funções assíncronas para o seu middleware, e o roteador irá lidar com erros se a promessa falhar, por exemplo:
 
 ```js
 app.use(async (req, res, next) => {
@@ -163,7 +168,7 @@ app.use(async (req, res, next) => {
 })
 ```
 
-Best practice is to handle errors as close to the site as possible. So while this is now handled in the router, it’s best to catch the error in the middleware and handle it without relying on separate error-handling middleware.
+A melhor prática é lidar com os erros o mais próximo possível do site. Então enquanto isso é manipulado no roteador, É melhor encontrar o erro no middleware e lidar com ele sem depender de um middleware separado para manipular erros.
 
 #### O que não fazer
 
@@ -345,7 +350,7 @@ Clustering is made possible with Node's [cluster module](https://nodejs.org/api/
 spawn de processos de trabalho e distribua conexões recebidas entre
 os trabalhadores.
 
-#### Using PM2
+#### Usando PM2
 
 If you deploy your application with PM2, then you can take advantage of clustering _without_ modifying your application code. You should ensure your [application is stateless](https://pm2.keymetrics.io/docs/usage/specifics/#stateless-apps) first, meaning no local data is stored in the process (such as sessions, websocket connections and the like).