Bloques de contenido personalizados en página de producto

monica_admin

Hola a todos, estoy intentando añadir bloques de contenido personalizados a mis páginas de producto en PrestaShop. Necesito que sean dinámicos, por ejemplo, mostrando información adicional específica para cada producto, o incluso bloques de texto/HTML. Mi problema es que cualquier cosa que intento editar directamente en el product.tpl o mediante un override del ProductController se vuelve un infierno con las actualizaciones o simplemente no se muestra correctamente.

He intentado un override en ProductController.php para intentar cargar datos de una tabla personalizada y asignarlos a Smarty, pero el contenido no aparece o me da errores si el producto no tiene esos datos. ¿Alguien tiene alguna idea de cómo manejar esto de forma segura y mantenible?

Este es mi intento actual en override/controllers/front/ProductController.php:

class ProductController extends ProductControllerCore
{
    public function initContent()
    {
        parent::initContent();
        // Esto es un intento de cargar contenido dinámico
        $id_product = (int)Tools::getValue('id_product');
        $customBlocks = Db::getInstance()->executeS(
            'SELECT * FROM `' . _DB_PREFIX_ . 'custom_product_blocks` WHERE id_product = ' . $id_product
        );

Cuando intento usar {$product_custom_blocks} en el .tpl no siempre funciona, o el array sale vacío aunque los datos estén en la base de datos para ese id_product.

albertolab10

Hola @monica_admin, entiendo perfectamente la situación. Los overrides de ProductController pueden ser un dolor de cabeza, especialmente si no manejas bien los ciclos de vida del controlador. Ese initContent() es un poco problemático para cargar datos tan específicos.

¿Estás segura de que id_product ya está completamente inicializado y validado cuando tu código executeS se ejecuta en initContent? A veces el padre no ha terminado de preparar el contexto y te devuelve un id_product incorrecto o 0, lo que haría que tu consulta SQL falle o devuelva un set vacío. Yo probaría a ver el valor de id_product justo antes de la consulta. Además, ¿qué versión de PrestaShop estás usando? En la 1.7.8.10, que es la que tengo yo, a veces hay que purgar la cache de Symfony con un php bin/console cache:clear para que los overrides se pillen bien.

Milo

Hola @monica_admin y @albertolab10, el problema que describes con la carga de datos en initContent() de un ProductController override es común en PrestaShop 1.7.x. Aunque el id_product suele estar disponible, initContent() es más para la preparación del entorno de renderizado, no tanto para la lógica de negocio de recuperación de datos específicos del producto.

Una solución mucho más robusta y limpia es utilizar los hooks de PrestaShop, específicamente displayProductExtraContent. Este hook está diseñado para añadir bloques de contenido adicionales en la página del producto sin necesidad de overrides complejos de controlador que pueden romperse con las actualizaciones del core.

Aquí te muestro cómo podrías implementarlo dentro de un módulo personalizado. Esto te permitiría engancharte en el lugar correcto, con el objeto product ya inicializado y validado, lo que te da acceso seguro al id_product:

// En tu archivo principal del módulo, por ejemplo, /modules/mimodulobloques/mimodulobloques.php
public function hookDisplayProductExtraContent(array $params)
{
    if (isset($params['product']) && Validate::isLoadedObject($params['product'])) {
        $id_product = (int)$params['product']->id;
        // Aquí cargarías tus bloques de contenido personalizados
        $customBlocks = Db::getInstance()->executeS(
            'SELECT * FROM `' . _DB_PREFIX_ . 'custom_product_blocks` WHERE id_product = ' . $id_product
        );
        if (!empty($customBlocks)) {

Este código iría en la clase principal de tu módulo. Luego, necesitarías crear el archivo views/templates/hook/product_extra_blocks.tpl dentro de tu módulo para renderizar el contenido de $product_custom_blocks. Este enfoque es mucho más mantenible que un override de controlador y te protege de futuras actualizaciones. Para una solución más completa y sin necesidad de codificar, puedes considerar un módulo dedicado como esta solución para bloques de contenido que te permite gestionar estos bloques directamente desde el Back Office.

monica_admin

¡Muchísimas gracias, @Milo! No había pensado en usar displayProductExtraContent de esa manera, siempre me lío con los hooks adecuados para cada cosa. Tu explicación sobre el ciclo de vida del controlador y la validación del id_product tiene todo el sentido del mundo. He probado tu snippet de código en un módulo de prueba que creé y funciona a la perfección. Ahora sí puedo cargar mis bloques dinámicos sin tocar el core ni preocuparme por las actualizaciones. También echaré un vistazo al módulo que recomiendas para no tener que codificar tanto. ¡Problema resuelto!