flarum-docker
Stack Docker para Flarum 2.0 autoalojado. Incluye nginx, php-fpm, MariaDB/PostgreSQL, Valkey, Horizon y Realtime. Sistema de copias de seguridad integrado probado en CI. Imagen empaquetada con PHP y Composer para evitar dependencias externas.
Ficha actualizada 24 sept 2026, 23:45 · upstream 24 sept 2026, 23:18 · release v1.2.0
Qué es flarum-docker
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Este repositorio ofrece un stack completo para autoalojar Flarum 2.0 utilizando Docker Compose. La arquitectura centraliza el entorno de aplicación en una imagen que contiene nginx, php-fpm, Composer y todas las extensiones necesarias, eliminando la necesidad de descargar dependencias dinámicamente al inicio. Se integra con bases de datos MariaDB 11 o PostgreSQL (configurable), Valkey para caché y colas, Horizon para procesamiento asíncrono y un servidor Websocket para actualizaciones en tiempo real.
La solución destaca por su enfoque en la seguridad y la mantenibilidad: no incluye telemetría ni servicios externos innecesarios, y el código de Flarum está fijado a una versión específica dentro del contenedor para garantizar consistencia entre despliegues. Además, las copias de seguridad y restauraciones están integradas directamente en el sistema, con scripts probados automáticamente en cada commit mediante CI/CD, permitiendo migraciones seguras desde versiones anteriores.
El despliegue es sencillo mediante un archivo docker-compose.yml, pero requiere configuración inicial de variables de entorno para credenciales administrativas y bases de datos. Se recomienda utilizar un reverse proxy externo (como Traefik o Caddy) para gestionar terminación HTTPS, ya que la imagen expone solo HTTP en el puerto 80 por defecto.
- Foros comunitarios autoalojados con Flarum 2.0
- Entornos de desarrollo y testing de extensiones PHP
- Migración de foros antiguos a versiones nuevas de Flarum
- Despliegue en hardware ARM64 (Raspberry Pi, etc.)
- Instancias que requieren PostgreSQL en lugar de MySQL/MariaDB
- Sistema de backup/restore integrado y probado en CI
- Flarum empaquetado en imagen, sin fetch dinámico desde Packagist
- Soporte nativo para PostgreSQL (no solo MySQL)
- Arquitectura completa con Horizon, Realtime y Audit log incluidos
- Multi-arquitectura (amd64 + arm64) disponible en GHCR
- No incluye terminación TLS/HTTPS por defecto
- Actualización de imagen no migra datos automáticamente (drift)
- Algunas extensiones pueden requerir MySQL y fallar en PostgreSQL
- Requiere reverse proxy externo para HTTPS y WebSockets
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.
Usa la imagen prebuild de GHCR o build local. Configura .env con APP_URL, DB credentials y ADMIN_USER. Usa Traefik para HTTPS (ejemplo incluido). Verifica drift de versiones en logs. Para restaurar, usa RESTORE_FORCE=true solo si es necesario sobre un volumen existente. Backup manual via backup.sh.
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.