Mindwtr Cloud autohospedado

Mindwtr Cloud es la opción de sincronización autohospedada para quien prefiera un servidor específico de Mindwtr en vez de un proveedor. El backend de nube autohospedada es un pequeño servidor de sincronización en apps/cloud; es un endpoint para los clientes de escritorio y móvil, no la interfaz de la aplicación Mindwtr.

Cuándo usarlo

Usa la nube autohospedada si:

• quieres un endpoint de sincronización específico para Mindwtr;
• puedes desplegar y actualizar un servidor pequeño;
• quieres controlar la cuenta de alojamiento, la ubicación de los datos y el acceso.

Si solo necesitas sincronización mediante archivos, WebDAV puede ser más sencillo.

Referencias canónicas

• Usa Datos y sincronización para elegir un backend y configurar el cliente.
• Usa Despliegue en la nube para configurar y operar el servidor y conocer las variables de entorno.
• Usa API de la nube para conocer los endpoints /v1.
• Usa Despliegue con Docker si prefieres esa vía.

Orientación rápida

• El backend autohospedado guarda un espacio de nombres JSON por token al portador.
• Los clientes apuntan a la URL base /v1 y sincronizan mediante GET /v1/data y PUT /v1/data.
• /v1/data es el contrato canónico; las rutas de tareas, proyectos, áreas, secciones, búsquedas y adjuntos son API auxiliares opcionales.
• Las API de adjuntos están en /v1/attachments/....
• Despliega el servidor detrás de HTTPS y trata el token al portador como una contraseña.
• Las URL públicas requieren HTTPS. HTTP solo se acepta en destinos locales o privados como localhost, 127.0.0.1, 10.x.x.x, 172.16.x.x a 172.31.x.x, 192.168.x.x, direcciones IPv6 privadas o de loopback, *.local y *.home.arpa.

Forma del despliegue

Un despliegue habitual incluye:

• el servidor Mindwtr Cloud;
• una base de datos o backend de almacenamiento persistente;
• HTTPS delante del servidor;
• la URL del servidor configurada en cada cliente;
• un token o credencial creado para tu despliegue.

Lista de configuración

1. Exporta una copia desde tu dispositivo principal.
2. Despliega el servidor con las instrucciones actuales del repositorio de Mindwtr.
3. Comprueba que el endpoint de estado responde mediante HTTPS.
4. Configura Mindwtr con la URL y la credencial del servidor.
5. Ejecuta una sincronización manual y comprueba que los mismos datos aparecen en un segundo dispositivo.

Suscripción de calendario

Un servidor autoalojado puede publicar un feed iCalendar de solo lectura con tus tareas programadas y fechas límite, para que cualquier app de calendario pueda suscribirse.

1. En Mindwtr para escritorio abre Ajustes, luego Sincronización, con Autoalojado seleccionado.
2. En Suscripción de calendario elige Generar URL.
3. Copia la URL y añádela como calendario suscrito en tu app de calendario.

El feed muestra lo mismo que la vista Calendario: las tareas programadas a su hora de inicio, las fechas límite como eventos de día completo en su día de vencimiento, y nada que esté completado, archivado, como referencia, eliminado o en un proyecto no activo. Los eventos llevan solo el título de la tarea: las descripciones, listas de control, adjuntos, etiquetas y proyectos nunca se publican.

Cualquiera con la URL puede leer el feed

La URL es la única credencial; no lleva contraseña. Compártela como compartirías un enlace secreto, y elige Regenerar para invalidar la URL anterior o Revocar para retirar el feed por completo.

El feed es de solo lectura. Editar un evento en tu app de calendario no cambia la tarea en Mindwtr, y esto no es CalDAV: el feed es unidireccional.

No guardes secretos del despliegue en Git

Guarda los tokens, URL de bases de datos y credenciales de proveedores en tu plataforma de alojamiento o gestor de secretos local. No los confirmes en un repositorio.

Servidor en una dirección LAN (laboratorio casero, proxy inverso)

Cuando la URL del servidor apunta a una dirección de la red local, los dispositivos Apple piden el permiso de Red local en el primer contacto; acepta el aviso o activa Mindwtr después en Privacidad y seguridad, luego Red local. Si la app de Mac nunca muestra el aviso y no alcanza el servidor, actualízala: las versiones anteriores a v1.1.5 no declaraban el permiso, por lo que macOS 15 y posteriores denegaban las direcciones locales en silencio.