i18n - docs translations (#22273)
Created by Github action <!-- This is an auto-generated description by cubic. --> <a href="https://cubic.dev/pr/twentyhq/twenty/pull/22273?utm_source=github" target="_blank" rel="noopener noreferrer" data-no-image-dialog="true"><picture><source media="(prefers-color-scheme: dark)" srcset="https://www.cubic.dev/buttons/review-in-cubic-dark.svg"><source media="(prefers-color-scheme: light)" srcset="https://www.cubic.dev/buttons/review-in-cubic-light.svg"><img alt="Review in cubic" src="https://www.cubic.dev/buttons/review-in-cubic-dark.svg"></picture></a> <!-- End of auto-generated description by cubic. --> Co-authored-by: github-actions <github-actions@twenty.com>
This commit is contained in:
github-actions[bot]
committed by
GitHub
GitHub
parent
01cba39f71
commit
7b17cac772
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: Hooks de instalación
|
||||
description: "Ejecuta lógica antes o después de la instalación: introduce datos iniciales, haz copias de seguridad de los registros, valida la actualización."
|
||||
icon: llave inglesa
|
||||
icon: wrench
|
||||
---
|
||||
|
||||
Los hooks de instalación son funciones de lógica especiales que se ejecutan durante el ciclo de vida de la instalación o actualización. Comparten el mismo tiempo de ejecución del controlador que las [logic functions](/l/es/developers/extend/apps/logic/logic-functions) normales y reciben un `InstallPayload`, pero se declaran con sus propias funciones de definición — `definePostInstallLogicFunction()` y `definePreInstallLogicFunction()` — y están fuera del modelo de desencadenadores normal (HTTP, cron, eventos de base de datos).
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: Objetos
|
||||
description: Declara nuevos tipos de registro (tablas personalizadas con sus propios campos) usando defineObject.
|
||||
icon: tabla
|
||||
icon: table
|
||||
---
|
||||
|
||||
Los **objetos** personalizados son nuevos tipos de registro que tu aplicación añade a un espacio de trabajo — Tarjeta postal, Factura, Suscripción, cualquier cosa específica de tu dominio. Cada objeto declara su esquema (campos, relaciones, valores predeterminados) y un identificador universal estable que se mantiene a través de sincronizaciones e implementaciones.
|
||||
|
||||
+1
-1
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: Solución de problemas
|
||||
description: "Problemas comunes en la primera ejecución: Docker, versión de Node, Yarn, dependencias."
|
||||
icon: llave inglesa
|
||||
icon: wrench
|
||||
---
|
||||
|
||||
* **Errores de Docker** — Asegúrate de que Docker Desktop (o el daemon) esté en ejecución antes de `yarn twenty docker:start`. El mensaje de error mostrará el comando de inicio correcto para tu sistema operativo.
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: Vistas
|
||||
description: Incluye vistas guardadas preconfiguradas — orden de columnas, filtros y grupos — para los objetos de tu aplicación.
|
||||
icon: lista
|
||||
icon: list
|
||||
---
|
||||
|
||||
Una **vista** es una configuración guardada de cómo se muestran los registros de un objeto: qué campos aparecen, su orden, si son visibles y qué filtros o grupos se aplican. Usa `defineView()` para incluir vistas preconfiguradas con tu aplicación — normalmente una vista de índice predeterminada para cada objeto personalizado que crees.
|
||||
|
||||
@@ -20,13 +20,13 @@ La **capa de operaciones** es todo lo que haces *a* tu aplicación en lugar de *
|
||||
<Card title="CLI" icon="terminal" href="/l/es/developers/extend/apps/operations/cli">
|
||||
Referencia de `yarn twenty` — exec, logs, uninstall, remotes.
|
||||
</Card>
|
||||
<Card title="Sincronización y recuperación" icon="brújula" href="/l/es/developers/extend/apps/operations/sync-and-recovery">
|
||||
<Card title="Sincronización y recuperación" icon="compass" href="/l/es/developers/extend/apps/operations/sync-and-recovery">
|
||||
Qué comando usar y cuándo, cómo leer el diff de sincronización y una guía escalonada de recuperación.
|
||||
</Card>
|
||||
<Card title="Pruebas" icon="flask" href="/l/es/developers/extend/apps/operations/testing">
|
||||
Configuración de Vitest, pruebas de integración, comprobación de tipos, flujo de trabajo de CI.
|
||||
</Card>
|
||||
<Card title="Publicación" icon="subir" href="/l/es/developers/extend/apps/operations/publishing">
|
||||
<Card title="Publicación" icon="upload" href="/l/es/developers/extend/apps/operations/publishing">
|
||||
Compilar, desplegar un tarball, publicar en npm, instalar.
|
||||
</Card>
|
||||
</CardGroup>
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Publicación
|
||||
icon: subir
|
||||
icon: upload
|
||||
description: Distribuye tu aplicación de Twenty en el marketplace o despliégala internamente.
|
||||
---
|
||||
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: Sincronización y recuperación
|
||||
description: Qué comando usar y cuándo, cómo leer la salida de sincronización y una escalera de recuperación para cuando los metadatos locales se desvían, antes de llegar a un restablecimiento completo.
|
||||
icon: brújula
|
||||
icon: compass
|
||||
---
|
||||
|
||||
El desarrollo de aplicaciones locales gira en torno a la **sincronización**: la CLI recompila tu manifiesto y el servidor aplica solo la diferencia entre este y los metadatos que ya se encuentran en tu espacio de trabajo. Esta página explica qué comando usar, cómo leer qué cambió una sincronización y qué hacer, en orden, cuando el estado local parece inconsistente.
|
||||
|
||||
Reference in New Issue
Block a user