solid-scheduler
SolidScheduler es una herramienta open source para agendar citas centrada en la privacidad. Utiliza Solid Pods como almacenamiento principal y permite sincronización CalDAV, funcionando como alternativa autoalojada a servicios comerciales.
Ficha actualizada 23 sept 2026, 19:27 · upstream 23 sept 2026, 18:54 · release sin release detectada
Qué es solid-scheduler
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
SolidScheduler es un sistema de gestión de citas construido sobre la infraestructura Solid Pod, garantizando que los datos del calendario permanezcan bajo el control del usuario final. Funciona como una alternativa open source y autoalojada a plataformas como Calendly, priorizando la soberanía de los datos y la privacidad desde el diseño.
La arquitectura se basa en un backend desarrollado con Node.js y Express, junto con un frontend en React y Vite. Para la gestión de sesiones persistentes utiliza Redis, mientras que la autenticación soporta Solid OIDC y factor MFA mediante Passkeys (WebAuthn). El sistema permite sincronización bidireccional con servidores CalDAV como Nextcloud o Radicale.
El despliegue se realiza mediante Docker Compose, aunque no incluye un Dockerfile nativo en el repositorio principal, requiriendo la configuración manual de variables de entorno y servicios externos como Caddy o Nginx para habilitar HTTPS en entornos de producción. La licencia es MIT, permitiendo su uso y modificación libremente.
- Crear páginas públicas de reserva para compartir con clientes o contactos.
- Sincronizar citas automáticamente con un calendario personal en Nextcloud o Baikal.
- Gestionar sesiones persistentes que sobreviven a reinicios del servidor gracias a Redis.
- Implementar autenticación segura con Passkeys y MFA opcional vía WebAuthn.
- Exportar eventos de cita en formato .ICS para compartir fuera de la plataforma.
- Autoalojar la solución en infraestructura propia sin depender de proveedores externos.
- Privacidad por diseño: los datos residen en Solid Pods o servidores propios, no en la nube del proveedor.
- Autenticación moderna: soporte nativo para Passkeys y WebAuthn como segundo factor de seguridad.
- Integración CalDAV: compatibilidad con estándares abiertos para sincronización con ecosistemas existentes.
- Arquitectura modular: separación clara entre backend (Node.js) y frontend (React/Vite).
- Persistencia de datos: uso de Redis para mantener sesiones activas tras reinicios del servidor.
- Licencia MIT: código abierto permisivo que facilita la integración en proyectos internos o externos.
- Requiere infraestructura propia: no es un servicio SaaS, necesita autoalojamiento y mantenimiento.
- Configuración SSL manual: para producción se requiere añadir Caddy o Nginx con certificados válidos.
- Dependencia de Redis: el backend depende de una instancia de Redis externa para sesiones persistentes.
- Sin Dockerfile nativo: la documentación indica usar docker-compose, pero no hay imagen oficial preempaquetada.
- Configuración SMTP necesaria: el envío de correos requiere configurar un proveedor SMTP externo manualmente.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Desplegar usando docker compose up -d. Para producción, añadir el archivo docker-compose.caddy.yml para HTTPS automático con Caddy o usar nginx con Certbot. Editar .env con credenciales SMTP y URL base antes de iniciar. Asegurar al menos 2 núcleos CPU y 2GB RAM según análisis técnico. Verificar SELF-HOSTING.md para detalles sobre proveedores Solid IDP y configuración CalDAV específica.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.