camaliga para TYPO3

Para la mayoría de las listas en TYPO3 no se necesita una extensión propia

Una empresa quiere mostrar referencias en el sitio web: logo, nombre del cliente, sector, breve descripción. Otra quiere listar empleados: foto, nombre, departamento, teléfono. Una tercera necesita una vista general de productos: imagen, título, precio, enlace a la página de detalle. Tres requisitos diferentes, un patrón común: listas estructuradas con campos configurables. camaliga resuelve este patrón como extensión de listas genérica, en lugar de desarrollar una extensión personalizada para cada tipo de lista.

La extensión de quizpalme lleva años disponible en el TYPO3 Extension Repository y se mantiene activamente. Su ventaja: un tipo de registro con campos flexibles cubre el 80% de todos los requisitos de listas. Su desventaja: quien necesite modelos de datos muy específicos (relaciones anidadas, multilingualidad a nivel de campo, validación compleja) alcanzará los límites.

Escenarios de uso habituales

Listas de referencias y clientes. El uso más frecuente: logos y descripciones de clientes o proyectos en una presentación de cuadrícula. camaliga incluye diseños listos: cuadrícula, carrusel, acordeón, presentación en pestañas. Los datos se mantienen en el backend TYPO3 como registros, la presentación se controla mediante plantillas Fluid. En un cliente con 120 referencias, la página de referencias basada en camaliga estuvo en línea en 3 días, incluyendo filtrado por sector.

Páginas de equipo y empleados. Foto, nombre, puesto, datos de contacto, opcionalmente un texto breve. camaliga lo cubre con sus campos estándar: título, subtítulo, imagen, descripción, enlace. Para campos adicionales (número de teléfono, departamento) se pueden añadir campos personalizados mediante TCA Override.

Vistas generales de productos sencillas sin funcionalidad de tienda. Empresas que quieren mostrar productos pero no venderlos no necesitan una tienda. camaliga proporciona una lista de productos con imagen, título, campo de precio y enlace a la hoja de datos. El filtrado por categoría es posible mediante la asignación de categorías integrada.

Arquitectura técnica

camaliga se basa en Extbase/Fluid y sigue el patrón MVC. El tipo de registro central se llama tx_camaliga_domain_model_content y contiene campos para título, subtítulo, descripción, descripción breve, imagen, enlace, categoría y varios campos personalizados. Los campos están definidos en el TCA y se pueden ampliar o reducir mediante TCA Override en el sitepackage.

La presentación se realiza a través de un plugin frontend con diseño configurable. En el FlexForm del plugin, el redactor selecciona: qué categoría mostrar, qué diseño usar, cuántas entradas por página, si la paginación está activa. Los diseños son plantillas Fluid que se sobrescriben en el sitepackage.

La categorización utiliza las categorías del sistema TYPO3. Cada registro camaliga puede asignarse a una o más categorías. En el frontend se genera un menú de filtro que filtra mediante JavaScript (Isotope o filtro CSS) o mediante carga de página. La variante JavaScript es más rápida, la variante por carga de página es más amigable para el SEO.

Problemas frecuentes y soluciones

Los diseños se ven diferentes a lo esperado. Los diseños incluidos de camaliga se basan en determinados frameworks CSS (Bootstrap 3/4) o librerías JavaScript (Isotope, Masonry). Si el sitio web utiliza otro framework, los estilos colisionan. Solución: nunca usar las plantillas estándar, sino crear plantillas Fluid propias en el sitepackage. El esfuerzo de una plantilla propia es de 1-2 horas.

Rendimiento con más de 500 registros. camaliga carga por defecto todos los registros de una categoría y filtra en el frontend mediante JavaScript. Con más de 500 entradas, el tiempo de carga inicial se hace perceptible. Solución: activar la paginación y limitar el número de entradas a 20-50 por página.

La multilingualidad requiere solución alternativa. camaliga soporta la gestión de idiomas de TYPO3, pero la traducción de cada registro individual con más de 200 entradas es costosa. Solución: para listas puramente visuales (logos sin texto) basta con un registro por idioma. Para listas con mucho texto, acelerar la traducción mediante el flujo de trabajo Inline Translation de TYPO3.

Migración y compatibilidad de versiones

camaliga se mantiene activamente y soporta TYPO3 v11, v12 y según la hoja de ruta actual también v13. La extensión sigue el ciclo de releases de TYPO3 con poco retraso. La instalación por Composer mediante Packagist es posible, así como la instalación TER.

Para requisitos más complejos (registros anidados, relaciones entre listas, control de flujo de trabajo) se recomienda en lugar de camaliga una extensión Extbase personalizada o EXT:mask. Gosign asesora sobre la solución adecuada e implementa tanto soluciones rápidas basadas en camaliga como extensiones individuales.