Por qué creé PHLEXMOD: Un framework PHP para los que estamos cansados de sobre-ingeniería
Source: Dev.to
Un enfoque pragmático para sistemas administrativos empresariales
Llevo años desarrollando sistemas administrativos: nóminas, inventarios, organigramas, gestión de usuarios. Siempre me encontraba con el mismo dilema:
- Laravel/Symfony: potentes, pero diseñados para todo. Terminas cargando 200 dependencias para un CRUD glorificado.
- Microservicios: genial en teoría. En la práctica, para un equipo pequeño, es un infierno operativo.
- Código espagueti: rápido al principio, imposible de mantener después.
¿Dónde está el punto medio?
Después de varios proyectos fallidos y refactorizaciones dolorosas, cristalicé tres principios que ahora llamo MIA:
-
Módulos autocontenidos – Cada módulo es una carpeta con sus endpoints, lógica y UI.
- Eliminar un módulo es tan simple como borrar su carpeta, sin dependencias ocultas.
backend/modules/ ├── nomina/ │ ├── endpoints/ │ ├── js/ │ └── ui/ ├── usuarios/ │ ├── endpoints/ │ ├── js/ │ └── ui/ -
Comunicación explícita – El motor y los módulos se comunican a través de objetos de configuración claros; sabes exactamente qué entra y qué sale.
-
Zona de sanitización obligatoria – Cada punto de entrada tiene una zona de sanitización; no es opcional ni un middleware que puedas olvidar agregar.
Características principales
- Motor de módulos dinámico: carga módulos según permisos del usuario (RBAC integrado).
- CLI (
phlex): scaffolding de módulos, endpoints y migraciones. - Multi‑idioma: 8 idiomas soportados out‑of‑the‑box.
- WebSockets: notificaciones en tiempo real.
- Sistema de plantillas nativo: PHP puro con separación limpia, sin Blade ni Twig.
Puedes probarlo ahora mismo
🔗 https://phlexmod.jagmedia.com.ve
Credenciales de prueba
- Usuario:
demo - Contraseña:
PhlexDemo2025!
¿Para quién es PHLEXMOD?
Ideal para
- ✅ Desarrolladores PHP que construyen sistemas administrativos.
- ✅ Equipos pequeños que necesitan estructura sin burocracia.
- ✅ Proyectos donde “borrar un módulo” debería ser trivial.
No recomendado para
- ❌ APIs REST puras (usa Laravel/Lumen).
- ❌ SPAs con frontend separado (usa tu framework JS favorito).
Documentación y código fuente
Esta herramienta nació de necesidades reales en proyectos empresariales en Latinoamérica.
Preguntas abiertas
- ¿Tiene sentido el enfoque MIA?
- ¿Qué le agregarías o quitarías?
- ¿Usarías algo así o prefieres quedarte con Laravel?