prettypleaseprint
prettypleaseprint es una plataforma auto-alojada para gestionar solicitudes de impresión 3D en entornos pequeños. Utiliza Docker Compose, permite seguimiento de modelos desde subida hasta entrega, cuenta con API OpenAPI y autenticación segura mediante WebAuthn.
Ficha actualizada 21 sept 2026, 18:34 · upstream 21 sept 2026, 4:30 · release v0.1.0
Qué es prettypleaseprint
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
prettypleaseprint es un sistema auto-alojado diseñado específicamente para oficinas pequeñas donde una persona gestiona la impresora y otros miembros solicitan piezas. Funciona bajo el modelo single tenant, sin multi-tenencia ni facturación, ideal para grupos de cinco personas o menos. La arquitectura se basa en Next.js, React y Node.js, con base de datos PostgreSQL y almacenamiento MinIO/S3.
- Gestión de cola de impresión en oficina pequeña con seguimiento visual del estado.
- Reimpresión de modelos antiguos sin necesidad de re-subir los archivos.
- Auditoría completa de cambios, accesos y gestión de usuarios suspendidos.
- Integración directa para abrir modelos en PrusaSlicer desde la interfaz web.
- Gestión de solicitudes de características (FRR board) paralela al flujo de impresión.
- API OpenAPI 3.1 completa con consola Swagger disponible en /docs.
- Autenticación robusta con WebAuthn/Passkeys y gestión de sesiones segura.
- Almacenamiento de modelos en MinIO/S3, nunca en la raíz del web server.
- Auditoría inmutable de todos los cambios y accesos en /admin/audit.
- Despliegue simplificado mediante Docker Compose con soporte para mailcatcher local.
- No soporta multi-tenencia ni facturación; está limitado a un único grupo de usuarios.
- Requiere invitación explícita para nuevos usuarios, sin registro público.
- TLS obligatorio en producción; la aplicación rechaza conexiones HTTP inseguras.
- Diseñado para grupos pequeños (hasta 5 personas), no para alta concurrencia masiva.
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.
Usar docker-compose.prod.yml con proxy inverso. Generar secretos BETTER_AUTH_SECRET, DB_PASSWORD y S3_SECRET_KEY con openssl. Pin PPP_TAG a una versión o SHA específica. Backup de DATA_ROOT (db/ y models/) y .env.docker fuera del contenedor. TLS obligatorio en APP_URL.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
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.