FAQ.es

🌐 English · Deutsch · Français · 简体中文

Preguntas frecuentes

¿En qué se diferencia gramps-connect-desktop del despliegue en servidor?

gramps-connect-desktop es la versión independiente (véase Instalación). Un solo archivo empaqueta el frontend de app/ y el backend de gramps-web-api junto con SQLite, se ejecuta por completo en su propio equipo y solo escucha en 127.0.0.1: no es accesible en absoluto a través de una red, y siempre tiene exactamente un usuario fijo (admin/admin). Sirve para probar Gramps Connect en su propio equipo, no para compartir un árbol con nadie más.

deploy/ es la forma multiusuario real: app/ + gramps-web-api en contenedores, con un Postgres real, detrás de Caddy para TLS, pensado para alojarse de verdad en algún sitio: secretos reales, un dominio/certificado real y varios usuarios, cada uno con su propio inicio de sesión. También es la única forma de ver la colaboración en vivo en acción: la versión independiente es de un solo usuario por diseño, así que no hay ediciones de nadie más que ver aparecer.

¿Cómo se compara gramps-connect-desktop con Gramps Desktop?

Están más cerca de lo que podría sugerir el «despliegue en servidor» de arriba: ambas son aplicaciones de un solo usuario, solo locales, sobre la misma base de datos de Gramps. Hoy Desktop va muy por delante en funcionalidad: décadas de herramientas, gramplets e informes nativos que la capa REST de gramps-web-api (todavía) no cubre, así que no es un sustituto directo. Pero una interfaz más rápida, basada en el navegador, sobre los mismos datos es una candidata real a rivalizar algún día con Desktop en el uso diario.

¿Se enviarán a algún sitio mis datos o lo que haga en gramps-connect-desktop?

No. Solo escucha en 127.0.0.1, la telemetría está desactivada y todo lo que guarda está en ~/.gramps-connect-desktop en su propio equipo. La única excepción opcional es el correo electrónico saliente (restablecimiento de contraseña, etc.), véase Installing#configuration, que está desactivado a menos que lo configure deliberadamente.

¿Puedo importar mi árbol genealógico real en gramps-connect-desktop?

Sí: Árboles genealógicos → Importar... acepta un archivo Gramps XML (.gramps) o GEDCOM (.ged), igual que el despliegue real. Su paso de vista previa enumera lo que contiene el archivo y, si el importador tuvo problemas con algo (lo más habitual, líneas GEDCOM que no entiende), muestra ese informe, con los números de línea del archivo afectados y un botón Copiar, antes de que se comprometa a importar. Si la importación real también informa de problemas, el diálogo los muestra antes de recargar en lugar de recargar directamente. (El informe necesita un servidor gramps-web-api v3.23.0 o posterior; los servidores más antiguos simplemente lo omiten.) Eso sí, no lo trate como su única copia: mantenga una copia de seguridad de todos modos, como debería hacer con cualquier herramienta que siga en desarrollo activo.

¿Actualizar gramps-connect-desktop borra mis datos?

No: ~/.gramps-connect-desktop está separado del ejecutable de la aplicación, así que instalar una versión más nueva reutiliza lo que ya haya allí. Borre usted mismo esa carpeta si quiere empezar de cero.

¿Puede gramps-web (el otro frontend web de Gramps) usar el mismo backend?

Sí, en el despliegue en servidor. El backend de Despliegue es una instancia normal y sin modificar de gramps-web-api, así que gramps-project/gramps-web también puede apuntar a él: los mismos datos, los mismos árboles/usuarios, solo una interfaz distinta en otro puerto. Consulte Deploying#running-gramps-web-alongside-gramps-connect para ver cómo conectarlo.

¿Qué formatos de archivo genealógico admite Gramps Connect?

Gramps XML (.gramps) y GEDCOM (.ged), los mismos formatos que usan Gramps Desktop y gramps-web, así que un árbol puede pasar libremente entre los tres.

¿Puedo tener Gramps Connect abierto en más de una pestaña del navegador a la vez?

Sí: cada pestaña es un cliente independiente del mismo backend gramps-web-api (véase Arquitectura); las pestañas nunca se comunican entre sí ni guardan por sí mismas los datos de su árbol. Trabajar en distintas personas, lugares o eventos en distintas pestañas es totalmente seguro y añade una carga insignificante: la única actividad en segundo plano de cada pestaña es el pequeño sondeo de la sincronización en vivo cada pocos segundos (véase Architecture#live-sync).

Dos cosas hacen que esto sea seguro y no solo «normalmente bien»:

• El almacenamiento está delimitado para que las pestañas no interfieran. Su inicio de sesión vive en el sessionStorage de cada pestaña, así que cada pestaña inicia su propia sesión (véase Bajo el capó). Lo único que las pestañas sí comparten son pequeñas preferencias de interfaz en localStorage (anchos de columna, último nodo del árbol expandido, ...), nunca datos genealógicos.
• El único riesgo real, editar el mismo registro en dos pestañas, se detecta antes de que pueda causar daños. Guardar una Persona/Evento/Lugar/etc. es una escritura del objeto completo; antes de enviarla, la aplicación vuelve a obtener ese registro y lo compara con lo que había cuando lo abrió para editarlo (saveAll() de app/src/store/draftStack.ts). Si cambió en otro sitio mientras tanto (otra pestaña u otro usuario en un servidor compartido), el guardado se bloquea con un error que le indica que vuelva a abrirlo, en lugar de sobrescribir sin avisar a quien guardó primero.

¿Es seguro usar la base de datos SQLite de la versión de escritorio desde varias pestañas?

Sí. Aunque gramps-connect-desktop guarda su árbol en un único archivo SQLite, todas las pestañas del navegador hablan con la misma copia local de gramps-web-api, y ese servidor está configurado deliberadamente para atender una petición cada vez (threaded=False en standalone/launcher.py) en lugar de varias a la vez. No es un cuello de botella accidental: está ahí porque el backend SQLite de Gramps puede bloquear la base de datos de forma permanente si dos peticiones llegan a close() simultáneamente (confirmado en vivo: una importación real de unos 10 000 objetos seguida inmediatamente de una recarga de la página lo reprodujo, y el árbol no se recuperó sin matar el proceso). Serializar todas las peticiones a través de un solo hilo evita por completo esa condición de carrera, así que el archivo nunca es tocado por dos peticiones a la vez, por muchas pestañas que tenga abiertas.

¿Dónde hago preguntas o informo de un problema?

Las conversaciones tienen lugar en el foro Discourse de Gramps; las incidencias y pull requests en el repositorio de gramps-connect son bienvenidas. Véase Desarrollo.