chore: add translations

newrelic · Apr 15, 2024 · 96aaa18 · 96aaa18
1 parent e6a2270
commit 96aaa18
Show file tree

Hide file tree

Showing 37 changed files with 1,471 additions and 380 deletions.
diff --git a/...cs/apm/agents/java-agent/configuration/java-agent-configuration-config-file.mdx b/...cs/apm/agents/java-agent/configuration/java-agent-configuration-config-file.mdx
@@ -4225,9 +4225,9 @@ Defina as opções tracer de mensagens na seção `message_tracer`. Você pode [
   </Collapser>
 </CollapserGroup>
 
-## Open Telemetry SDK Auto-Configuration [#otel-sdk-autoconfiguration]
+## Abrir telemetria SDK Auto-configuração [#otel-sdk-autoconfiguration]
 
-Configuration for the open telemetry SDK autoconfigure instrumentation under the section:
+Configuração para a instrumentação de configuração automática do SDK de telemetria aberta na seção:
 
 ```yml
   opentelemetry:
@@ -4264,13 +4264,13 @@ Configuration for the open telemetry SDK autoconfigure instrumentation under the
       </tbody>
     </table>
 
-    Allows the agent's Opentelemetry SDK autoconfiguration feature to be enabled. Can be set via the system property:
+    Permite que o recurso de autoconfiguração OpenTelemetry SDK do agente seja habilitado. Pode ser definido através da propriedade do sistema:
 
     ```ini
     -Dnewrelic.config.opentelemetry.sdk.autoconfigure.enabled=true
     ```
 
-    Default is true.
+    O padrão é verdadeiro.
   </Collapser>
 </CollapserGroup>
 

diff --git a/...apm/agents/java-agent/getting-started/compatibility-requirements-java-agent.mdx b/...apm/agents/java-agent/getting-started/compatibility-requirements-java-agent.mdx
@@ -178,7 +178,7 @@ O agente automaticamente utiliza estes frameworks e bibliotecas:
 
     * API RESTful WS de Jacarta 2.1.x para 3.1.x
 
-    * JAX-RS 1.0 to 3.x
+    * JAX-RS 1.0 a 3.x
 
     * JBoss Logging 1.3.0.Final até o mais recente (para nosso recurso [de logs contextualizados](/docs/logs/logs-context/java-configure-logs-context-all/) )
 
@@ -203,9 +203,9 @@ O agente automaticamente utiliza estes frameworks e bibliotecas:
       * Scala 2.13: 3.0.0 até o mais recente
       * Scala 3: 3.0.0 até o mais recente
 
-    * Pekko 1.0.0 to latest
+    * Pekko 1.0.0 até o mais recente
 
-    * Play Server 2.3.0 to 2.x /\* Play support will extend to latest once we support Pekko-Http \*/
+    * Play Server 2.3.0 a 2.x /\* O suporte ao Play será estendido para o mais recente assim que oferecermos suporte ao Pekko-Http \*/
 
     * Quartz Job Scheduler 1.8.3 a 2.2.x
 
@@ -342,7 +342,7 @@ O agente automaticamente utiliza estes frameworks e bibliotecas:
 
     * MariaDB 1.1.7 ou superior
 
-    * Microsoft SQL Server 1.2 to 12.6.x
+    * Microsoft SQL Server 1.2 a 12.6.x
 
     * MongoDB
 

diff --git a/...gents/java-agent/instrumentation/java-agent-instrument-kafka-message-queues.mdx b/...gents/java-agent/instrumentation/java-agent-instrument-kafka-message-queues.mdx
@@ -153,7 +153,7 @@ class_transformer:
     enabled: true
 ```
 
-## Transação Kafka Connect habilitada [#collect-kafka-connect-transactions]
+## Enable Kafka Connect transaction [#collect-kafka-connect-transactions]
 
 Se você estiver usando o Kafka Connect, por padrão não habilitamos a transação. Isso evita despesas desnecessárias porque os aplicativos Kafka tendem a ter altas taxas de transferência.
 

diff --git a/...docs/apm/agents/net-agent/troubleshooting/monitor-short-lived-net-processes.mdx b/...docs/apm/agents/net-agent/troubleshooting/monitor-short-lived-net-processes.mdx
@@ -16,4 +16,4 @@ Você tem um processo .NET que é executado por menos de 60 segundos e não est
 
 ## Solução
 
-O [ciclo de coleta](/docs/using-new-relic/welcome-new-relic/getting-started/glossary#harvest-cycle) do APM é de 60 segundos. Por esse motivo, processos executados por períodos mais curtos podem não reportar dados. Para corrigir isso, use os [elementos de serviço](/docs/agents/net-agent/configuration/net-agent-configuration#service) `sendDataOnExit` e `sendDataOnExitThreshold` em seu [newrelic.config](/docs/agents/net-agent/configuration/net-agent-configuration#config-options-precedence). Você deve definir o valor `sendDataOnExitThreshold` para um tempo menor do que o processo leva para ser concluído.
+The APM [harvest cycle](/docs/new-relic-solutions/get-started/glossary/#harvest-cycle) is 60 seconds. For this reason, processes that run for shorter periods of time may not report data. To fix this, use the `sendDataOnExit` and `sendDataOnExitThreshold` [service elements](/docs/apm/agents/net-agent/configuration/net-agent-configuration/#service) in your [newrelic.config](/docs/apm/agents/net-agent/configuration/net-agent-configuration/#config-options-precedence). You must set the `sendDataOnExitThreshold` value to a lower amount of time than the process takes to complete.
diff --git a/...agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx b/...agents/nodejs-agent/getting-started/compatibility-requirements-nodejs-agent.mdx
@@ -733,9 +733,7 @@ Para estruturas ou bibliotecas não suportadas, você mesmo precisará instrumen
     id="messages"
     title="Fila de mensagens"
   >
-    [A instrumentação da fila de mensagens](/docs/agents/nodejs-agent/troubleshooting/troubleshoot-message-consumers) está disponível apenas com o [agente New Relic Node.js v2 ou superior](/docs/release-notes/agent-release-notes/nodejs-release-notes). Instrumentação de fila de mensagens atualmente suportada:
-
-    <table>
+    [A instrumentação da fila de mensagens](/docs/agents/nodejs-agent/troubleshooting/troubleshoot-message-consumers) está disponível apenas com o [agente New Relic Node.js v2 ou superior](/docs/release-notes/agent-release-notes/nodejs-release-notes). Instrumentação de fila de mensagens atualmente suportada:<table>
       <thead>
         <tr>
           <th>

diff --git a/...tent/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx b/...tent/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay.mdx
@@ -22,7 +22,7 @@ import browserErrorsInboxSessionReplay from 'images/browser_screenshot-full_erro
 import browserViewConsumptionDetails from 'images/browser_screenshot-crop_view-consumption-details.webp'
 
 <Callout variant="important">
-  Session Replay estará disponível a partir de 8 de maio de 2024. Consulte [Consumo de dados](#plan-for-paid-consumption) para obter detalhes.
+  Session Replay estará disponível a partir de 15 de maio de 2024. Consulte [Consumo de dados](#plan-for-paid-consumption) para obter detalhes.
 </Callout>
 
 Session Replay reproduz a interação do usuário em seu aplicativo da web e mapeia outros dados de telemetria para ajudá-lo a entender as jornadas do seu usuário. Session Replay pode ser utilizado para resolução de problemas e melhoria da experiência do usuário final, como:
@@ -114,7 +114,7 @@ Para obter mais detalhes sobre Session Replay, consulte as seções a seguir:
   <Step>
     ### (Opcional) Definir configurações de privacidade [#configure-privacy-settings]
 
-    Por padrão, todas as entradas do usuário são substituídas por asteriscos. Aqui está um exemplo da aparência de um replay com privacidade padrão:
+    Por padrão, todos os textos e entradas são substituídos por asteriscos. Aqui está um exemplo da aparência de um replay com privacidade padrão:
 
     <img
       title="Example of default privacy settings"
@@ -180,7 +180,7 @@ Para obter mais detalhes sobre Session Replay, consulte as seções a seguir:
 
     ### Ignorar a entrada do usuário [#ignore-input]
 
-    Você pode ignorar as alterações em um campo de entrada do usuário, o que significa que o campo de entrada ainda será exibido na reprodução, mas você não exibirá as alterações no valor. Por exemplo, você poderia ignorar a classe que contém os campos de endereço de e-mail e senha.
+    Você pode ignorar as alterações em um campo de entrada do usuário, o que significa que o campo de entrada ainda será exibido na reprodução, mas você não exibirá as alterações no valor. Por exemplo, você pode ignorar a classe que contém o endereço de e-mail ou os campos do cartão de crédito. Os campos de entrada de senha são sempre mascarados. 
 
     Para ignorar a entrada, adicione a classe CSS `nr-ignore` ao nome da classe do campo de entrada. Por exemplo, se quiser ignorar informações confidenciais em uma página de faturamento, adicione `class="nr-ignore"` a `<input type>`:
 
@@ -197,7 +197,7 @@ Para obter mais detalhes sobre Session Replay, consulte as seções a seguir:
   <Step>
     ### (Para copiar/colar agente de implantação) Atualize manualmente o trecho JavaScript [#update-snippet]
 
-    Se você implantar o agente browser usando o método copiar/colar, será necessário copiar/colar da interface novamente. Isso ocorre porque quando você ativa Session Replay, o trecho JavaScript é atualizado para incluir o novo sinalizador de recurso.
+    Se você implantar o navegador do agente usando o método copiar/colar, será necessário copiar/colar da interface novamente. Isso ocorre porque quando você ativa Session Replay, o trecho JavaScript é atualizado para incluir as novas atualizações de configuração.
 
     Para atualizar seu código de agente:
 
@@ -424,7 +424,7 @@ Aqui está um exemplo de mutação e variáveis para criar um novo aplicativo de
 
 ### Ver consumo [#view-consumption]
 
-Antes de 8 de maio de 2024, embora os bytes Session Replay sejam gratuitos, você pode visualizar seu consumo para ajudar no planejamento assim que os bytes forem pagos:
+Antes de 15 de maio de 2024, embora os bytes Session Replay sejam gratuitos, você pode visualizar seu consumo para ajudar no planejamento assim que os bytes forem pagos:
 
 1. Vá para <DoNotTranslate>**Application Settings**</DoNotTranslate>.
 
@@ -441,7 +441,7 @@ Antes de 8 de maio de 2024, embora os bytes Session Replay sejam gratuitos, voc
 
 ### Plano de consumo pago [#plan-for-paid-consumption]
 
-Após 8 de maio de 2024, Session Replay seguirá o mesmo preço de consumo dos demais bytes do browser. A quantidade de bytes produzidos depende da contagem, duração e níveis de atividade do usuário nas sessões, bem como da complexidade do DOM do seu site.
+Após 15 de maio de 2024, Session Replay seguirá o mesmo preço de consumo dos demais bytes do navegador. A quantidade de bytes produzidos depende da contagem, duração e níveis de atividade do usuário nas sessões, bem como da complexidade do DOM do seu site.
 
 A maneira mais precisa de projetar seu custo por repetição é ativar o recurso por um curto período de teste e medir seu consumo real. Como alternativa, você pode usar uma média de 5,3 MB por replay como uma aproximação aproximada, mas lembre-se de que seu custo real pode variar significativamente. Uma fórmula simples para projetar seus custos aproximados é: `sessions` x `sampling_rate` x `gb_per_replay` x `cost_per_gb`
 

diff --git a/src/i18n/content/pt/docs/change-tracking/ci-cd/change-tracking-github-actions.mdx b/src/i18n/content/pt/docs/change-tracking/ci-cd/change-tracking-github-actions.mdx
@@ -281,7 +281,7 @@ jobs:
 
 ### Todos os campos de entrada
 
-> __Além de `NEW_RELIC_API_KEY`, este exemplo mostra como destinar vários itens armazenando vários segredos como "`NEW_RELIC_DEPLOYMENT_ENTITY_GUID_<ID>`", onde `<ID>` é o identificador exclusivo do item de destino.__
+> _Além de `NEW_RELIC_API_KEY`, este exemplo mostra como destinar vários itens armazenando vários segredos como "`NEW_RELIC_DEPLOYMENT_ENTITY_GUID_<ID>`", onde `<ID>` é o identificador exclusivo do item de destino._
 
 ```
 NEW_RELIC_DEPLOYMENT_ENTITY_GUID_App123