Joomla o Laravel: cuando la estructura de contenido no basta

Sobre Joomla se escribe a menudo con descuido, así que conviene ser preciso antes de construir un argumento.

Joomla incluye un sistema de control de acceso granular, soporte multilingüe nativo, y contenido estructurado con categorías y campos personalizados, nada de lo cual necesita una extensión. En un sitio donde los editores tienen permisos genuinamente distintos y el contenido existe en cuatro idiomas, eso es una ventaja real frente a las alternativas, y es la razón de que tantos sitios institucionales y del sector público estén sobre él.

Así que esta no es una página sobre una plataforma débil. Es una página sobre una frontera que tiene todo gestor de contenido.

Dónde está la frontera

Un CMS modela documentos y quién puede tocarlos. Esa es la abstracción, y Joomla la implementa bien.

La frontera se alcanza cuando lo que hay que modelar no es un documento. Un pedido con estados. Una solicitud con cadena de aprobación y un plazo. Una reserva con inventario detrás. Un registro financiero que tiene que cuadrar el año que viene. Eso son transacciones, y una transacción no es un documento con campos extra, por convincente que se la haga parecer.

La señal práctica es la misma en cualquier plataforma: alguien pregunta dónde vive una regla, y la respuesta involucra un componente, un plugin, un override y una plantilla. No porque nadie hiciera nada descuidado, sino porque la regla nunca fue una regla de contenido.

La cuestión del componente

Joomla tiene una arquitectura de extensiones en condiciones, y construir un componente propio es una respuesta legítima. A veces es la correcta, especialmente cuando el trabajo se queda cerca del contenido y los permisos y se beneficia de que la ACL ya esté ahí.

La consideración es de alcance, no de capacidad. Un componente hereda las suposiciones de Joomla, su ciclo de petición y su cadencia de versiones. Eso está bien para algo de tamaño componente. Cuando lo que se construye es una aplicación que casualmente necesita algo de contenido, se acaba manteniendo una aplicación dentro del ciclo de versiones de un CMS, y cada actualización de Joomla se convierte en una pregunta sobre su lógica de negocio.

Decidir eso pronto sale mucho más barato que descubrirlo en el tercer año.

Lo que no tiene que cambiar

El resultado que más veces recomendamos no es una migración.

Joomla conserva el contenido, los editores y el modelo de permisos. La aplicación - la parte con las transacciones - se construye al lado en Laravel y lee lo que necesita por la API de Joomla. Nadie vuelve a aprender una interfaz. El montaje multilingüe que ya construyó no se reconstruye. Y el trabajo se acota a la parte que genuinamente necesitaba otra herramienta.

Donde tiene que moverse más, se mueve por fases con los dos sistemas en producción, que es como hacemos esto independientemente de desde dónde se mueva.

La pregunta del mantenimiento, por los dos lados

Conviene hacerla en voz alta y en las dos direcciones, porque decide más casos de estos que la arquitectura.

La comunidad y el tejido de agencias de Joomla es menor que el de WordPress. Una base de código Laravel requiere a su vez otra contratación. Ninguna de las dos cosas es un argumento a favor de una opción; las dos son entradas a la misma pregunta, que es quién estará disponible para mantener esto dentro de dos años y si puede llegar a esa gente.

Si la respuesta honesta es que por su parte nadie va a hacerse cargo de una base de código de framework, eso pesa más que cualquier comparación de arquitectura, y preferimos decirlo antes de empezar que entregar algo que sobreviva a quien lo mantiene.

Si la respuesta es que la parte transaccional se ha quedado grande para el sistema de contenido que la rodea, eso es una primera fase que deja la forma por escrito antes de construir nada.

La misma frontera, sobre el sistema de contenido que la mayoría de equipos usa de verdad, está en la versión WordPress de esta página, donde la respuesta es más veces quedarse, por razones que la ACL de Joomla elimina en parte.