Make edits to unchanged files to update latest commit date

docs/pt/docs/advanced/advanced-dependencies.md

@@ -1,5 +1,6 @@
 # Dependências avançadas { #advanced-dependencies }
 
+
 ## Dependências parametrizadas { #parameterized-dependencies }
 
 Todas as dependências que vimos até agora são funções ou classes fixas.

docs/pt/docs/advanced/events.md

@@ -1,5 +1,6 @@
 # Eventos de lifespan { #lifespan-events }
 
+
 Você pode definir a lógica (código) que deve ser executada antes da aplicação **inicializar**. Isso significa que esse código será executado **uma vez**, **antes** de a aplicação **começar a receber requisições**.
 
 Da mesma forma, você pode definir a lógica (código) que deve ser executada quando a aplicação estiver **encerrando**. Nesse caso, esse código será executado **uma vez**, **depois** de possivelmente ter tratado **várias requisições**.

docs/pt/docs/advanced/response-headers.md

@@ -1,5 +1,6 @@
 # Cabeçalhos de resposta { #response-headers }
 
+
 ## Use um parâmetro `Response` { #use-a-response-parameter }
 
 Você pode declarar um parâmetro do tipo `Response` na sua *função de operação de rota* (assim como você pode fazer para cookies).

docs/pt/docs/advanced/settings.md

@@ -1,5 +1,6 @@
 # Configurações e Variáveis de Ambiente { #settings-and-environment-variables }
 
+
 Em muitos casos, sua aplicação pode precisar de configurações externas, por exemplo chaves secretas, credenciais de banco de dados, credenciais para serviços de e-mail, etc.
 
 A maioria dessas configurações é variável (pode mudar), como URLs de banco de dados. E muitas podem ser sensíveis, como segredos.

docs/pt/docs/advanced/wsgi.md

@@ -1,5 +1,6 @@
 # Adicionando WSGI - Flask, Django, entre outros { #including-wsgi-flask-django-others }
 
+
 Como você viu em [Subaplicações - Montagens](sub-applications.md) e [Atrás de um Proxy](behind-a-proxy.md), você pode montar aplicações WSGI.
 
 Para isso, você pode utilizar o `WSGIMiddleware` para encapsular a sua aplicação WSGI, como por exemplo Flask, Django, etc.

docs/pt/docs/how-to/configure-swagger-ui.md

@@ -1,5 +1,6 @@
 # Configure a UI do Swagger { #configure-swagger-ui }
 
+
 Você pode configurar alguns [parâmetros extras da UI do Swagger](https://swagger.io/docs/open-source-tools/swagger-ui/usage/configuration/).
 
 Para configurá-los, passe o argumento `swagger_ui_parameters` ao criar o objeto da aplicação `FastAPI()` ou para a função `get_swagger_ui_html()`.

docs/pt/docs/how-to/graphql.md

@@ -1,5 +1,6 @@
 # GraphQL { #graphql }
 
+
 Como o **FastAPI** é baseado no padrão **ASGI**, é muito fácil integrar qualquer biblioteca **GraphQL** também compatível com ASGI.
 
 Você pode combinar *operações de rota* normais do FastAPI com GraphQL na mesma aplicação.

docs/pt/docs/how-to/separate-openapi-schemas.md

@@ -1,5 +1,6 @@
 # Esquemas OpenAPI Separados para Entrada e Saída ou Não { #separate-openapi-schemas-for-input-and-output-or-not }
 
+
 Desde que o **Pydantic v2** foi lançado, o OpenAPI gerado é um pouco mais exato e **correto** do que antes. 😎
 
 De fato, em alguns casos, ele terá até **dois JSON Schemas** no OpenAPI para o mesmo modelo Pydantic, para entrada e saída, dependendo se eles possuem **valores padrão**.

docs/pt/docs/tutorial/body.md

@@ -1,5 +1,6 @@
 # Corpo da requisição { #request-body }
 
+
 Quando você precisa enviar dados de um cliente (como de um navegador) para sua API, você os envia como um **corpo da requisição**.
 
 O corpo da **requisição** é a informação enviada pelo cliente para sua API. O corpo da **resposta** é a informação que sua API envia para o cliente.

docs/pt/docs/tutorial/schema-extra-example.md

@@ -1,5 +1,6 @@
 # Declare dados de exemplo da requisição { #declare-request-example-data }
 
+
 Você pode declarar exemplos dos dados que sua aplicação pode receber.
 
 Aqui estão várias maneiras de fazer isso.