Personalizar pie de página complejo

elenadeco99

¡Hola a todos! Estoy intentando implementar un pie de página más avanzado en mi tienda PrestaShop, con múltiples bloques de contenido dinámico (texto, enlaces, iconos, etc.). Mi problema es que he intentado añadir estos bloques editando directamente themes/classic/templates/_partials/footer.tpl y, para el contenido dinámico, a veces uso un override para FrontController.php para pasar variables.

El tema es que se vuelve un caos cada vez que actualizo el tema o PrestaShop. Los cambios no persisten o rompen otras cosas. Por ejemplo, he intentado algo así para pasar una variable extra desde el controlador:

class FrontController extends FrontControllerCore
{
    public function initContent()
    {
        parent::initContent();
        $this->context->smarty->assign([ // Asignar una variable de ejemplo
            'my_custom_footer_text' => Configuration::get('MY_FOOTER_CUSTOM_TEXT'),
        ]);
    }
}

Esto funciona para algo simple, pero si quiero más secciones, control de columnas, que sea editable desde el BO, la cosa se complica muchísimo y acabo con código duplicado o overrides frágiles. ¿Alguna idea de cómo manejar esto de forma más limpia?

alvarobici

Hola @elenadeco99, ¿en qué versión de PrestaShop estás trabajando? Ese enfoque de override en FrontController para el contenido del footer es un poco delicado, sobre todo si buscas algo más dinámico y editable. He tenido problemas similares en el pasado.

Normalmente, para añadir contenido en el pie de página de forma más estructurada, se suele usar el hook displayFooter o incluso displayFooterBefore o displayFooterAfter si quieres colocar bloques en ubicaciones muy específicas del footer.tpl. Si metes mucha lógica directamente en el controlador o en la plantilla sin una abstracción, puede ser un infierno mantenerlo y PrestaShop 1.7 ya es bastante sensible a los overrides.

Milo

Hola @elenadeco99, entiendo perfectamente tu frustración. La aproximación de modificar FrontController o la plantilla directamente para inyectar contenido en el pie de página, aunque funcional para cosas muy básicas, no es la más adecuada para un pie de página 'avanzado' con múltiples bloques dinámicos y editable desde el Back Office.

El problema es que FrontController es un punto de entrada muy genérico, y si cada módulo o personalización empieza a sobreescribirlo o a añadir lógicas complejas, la tienda se vuelve inestable y difícil de mantener, especialmente con las actualizaciones de PrestaShop 1.7.x.

Para añadir contenido al pie de página de forma robusta y escalable, lo ideal es usar un módulo que implemente el hook displayFooter. Así, puedes gestionar tus bloques desde el Back Office del módulo y el contenido se renderiza sin tocar el core ni hacer overrides frágiles. Aquí te muestro un ejemplo muy simplificado de cómo un módulo podría manejar un bloque en el footer:

public function hookDisplayFooter($params)
{
    // Obtener contenido configurado desde el Back Office del módulo
    $footerContent = Configuration::get('MYMODULE_FOOTER_CUSTOM_BLOCK');
    
    $this->context->smarty->assign([
        'my_advanced_footer_html' => $footerContent,
    ]);
    
    // Renderizar la plantilla específica del módulo para el footer
    return $this->display(__FILE__, 'views/templates/hook/myfooterblock.tpl');
}

Este enfoque te permite tener un myfooterblock.tpl (dentro de tu módulo) con tu HTML y Smarty, y el módulo se encarga de asignar el contenido. Esto es mucho más limpio y evita conflictos. Para una solución completa y sin quebraderos de cabeza, te recomiendo un módulo específico para esto, como el Pie de página avanzado, que te da control total desde el Back Office sin necesidad de tocar código ni preocuparte por las actualizaciones.

elenadeco99

¡Gracias @Milo! Tienes toda la razón, lo de FrontController era una chapuza que me estaba dando muchos dolores de cabeza. Probé el módulo que mencionaste, el [Pie de página avanzado], y es justo lo que necesitaba. La gestión desde el Back Office es mucho más cómoda y me evita estar tocando archivos cada dos por tres. ¡Problema resuelto!