- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 17 for reinicia (0.04 sec)
-
docs/pt/docs/advanced/testing-dependencies.md
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Nov 12 16:23:57 UTC 2025 - 2.7K bytes - Viewed (0) -
docs/pt/docs/deployment/concepts.md
### Reiniciar após falha { #restart-after-crash } Mas nos casos com erros realmente graves que travam o **processo** em execução, você vai querer um componente externo que seja responsável por **reiniciar** o processo, pelo menos algumas vezes... /// tip | DicaRegistered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Nov 12 16:23:57 UTC 2025 - 20.5K bytes - Viewed (0) -
docs/es/docs/deployment/concepts.md
Aquí hay algunas ideas posibles: * Un "Contenedor de Inicio" en Kubernetes que se ejecuta antes de tu contenedor de aplicación * Un script de bash que ejecuta los pasos previos y luego inicia tu aplicación * Aún necesitarías una forma de iniciar/reiniciar *ese* script de bash, detectar errores, etc. /// tip | Consejo
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Tue Dec 16 16:33:45 UTC 2025 - 20.1K bytes - Viewed (0) -
docs/es/docs/deployment/docker.md
/// note | Detalles Técnicos La imagen de Docker se creó cuando Uvicorn no soportaba gestionar y reiniciar workers muertos, por lo que era necesario usar Gunicorn con Uvicorn, lo que añadía bastante complejidad, solo para que Gunicorn gestionara y reiniciara los worker processes de Uvicorn.
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Tue Dec 16 16:33:45 UTC 2025 - 32K bytes - Viewed (0) -
docs/es/docs/deployment/server-workers.md
De la lista de conceptos de despliegue de antes, usar workers ayudaría principalmente con la parte de **replicación**, y un poquito con los **reinicios**, pero aún necesitas encargarte de los otros: * **Seguridad - HTTPS** * **Ejecución al inicio** * ***Reinicios*** * Replicación (el número de procesos en ejecución) * **Memoria** * **Pasos previos antes de empezar**
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Tue Dec 16 16:33:45 UTC 2025 - 8.5K bytes - Viewed (0) -
docs/pt/docs/fastapi-cli.md
## `fastapi dev` { #fastapi-dev } Executar `fastapi dev` inicia o modo de desenvolvimento.Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Nov 12 16:23:57 UTC 2025 - 5.1K bytes - Viewed (0) -
docs/es/docs/fastapi-cli.md
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Dec 17 10:15:01 UTC 2025 - 5K bytes - Viewed (0) -
docs/pt/docs/deployment/docker.md
E se você precisar ter múltiplos workers, você pode simplesmente usar a opção de linha de comando `--workers`. /// note | Detalhes Técnicos A imagem Docker foi criada quando o Uvicorn não suportava gerenciar e reiniciar workers mortos, então era necessário usar o Gunicorn com o Uvicorn, o que adicionava bastante complexidade, apenas para que o Gunicorn gerenciasse e reiniciasse os processos workers do Uvicorn.
Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Nov 12 16:23:57 UTC 2025 - 32.1K bytes - Viewed (0) -
docs/es/docs/deployment/fastapicloud.md
## Iniciar sesión { #login } Asegúrate de que ya tienes una cuenta de **FastAPI Cloud** (te invitamos desde la lista de espera 😉). Luego inicia sesión: <div class="termy"> ```console $ fastapi login You are logged in to FastAPI Cloud 🚀 ``` </div> ## Desplegar { #deploy } Ahora despliega tu app, con un solo comando:Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Tue Dec 16 16:16:35 UTC 2025 - 2.1K bytes - Viewed (0) -
docs/pt/docs/deployment/manually.md
## Instale o Programa Servidor { #install-the-server-program } Quando você instala o FastAPI, ele vem com um servidor de produção, o Uvicorn, e você pode iniciá-lo com o comando `fastapi run`. Mas você também pode instalar um servidor ASGI manualmente.Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Wed Nov 12 16:23:57 UTC 2025 - 7.4K bytes - Viewed (0)