Problemas con Redis y CCC: Caché avanzada

angel_96

Hola a todos,

Estoy teniendo un dolor de cabeza importante con la configuración de caché en mi tienda PrestaShop 8.2.8. Cuando intento activar Redis desde Parámetros Avanzados -> Rendimiento, la web se cae completamente con un error 500. He comprobado y parece que la extensión ext-redis está instalada en el servidor, pero sigue sin funcionar. Antes de intentar habilitarlo en el BO, probé a verificar si Redis funcionaba con un pequeño script y me dio un error fatal de 'Clase Redis no encontrada'.

Además, la compresión CCC me está rompiendo varios scripts JS de módulos de terceros en el frontend, haciendo que algunas funcionalidades no carguen.

Aquí os dejo el código que usé para intentar testear Redis, que me da el error de clase no encontrada:

// En un archivo de prueba temporal (e.g., test_redis.php) o un override de Cache
// Intento de conexión simple para verificar
try {
    $redis = new Redis(); // Aquí es donde me falla: Class 'Redis' not found
    $redis->connect('127.0.0.1', 6379, 1); // 1 segundo de timeout
    $redis->ping();
    echo "Redis está funcionando correctamente.";
} catch (RedisException $e) {
    die("Error al conectar a Redis: " . $e->getMessage() . ". ¿Servidor disponible?");
}

¿Alguna idea de qué puede estar pasando?

martabcn

Hola @angel_96, me pasó algo similar con Redis. El error 'Class Redis not found' es muy claro: aunque creas que ext-redis está instalado, para la versión de PHP que tu servidor web (Apache/Nginx con FPM) realmente está usando, la extensión no está cargada o no es compatible. ¿Qué versión exacta de PHP estás usando para tu dominio? A veces, hay varias versiones de PHP instaladas y la activa para PrestaShop no tiene ext-redis.

Has comprobado con un phpinfo() en la raíz de tu tienda si la sección de Redis aparece y está activa? Si no sale, ahí tienes el problema.

Sobre lo del CCC, es un clásico. Suele pasar cuando los módulos de terceros no usan las buenas prácticas para registrar sus assets o tienen dependencias que se rompen al minificar. Prueba a desactivar solo "Combinar JavaScript" en los ajustes de rendimiento del Back Office y mira si se soluciona. Si no, tendrás que ir mirando la consola del navegador para ver qué error de JS específico aparece.

Milo

Hola @angel_96,

Vamos a abordar tus problemas con la caché en PrestaShop 8.2.8.

1. Problema de Redis ('Class Redis not found'):

Como bien señala @martabcn, este error indica que la extensión PHP ext-redis no está cargada o disponible para el intérprete de PHP que utiliza PrestaShop. Aunque un php -m en la línea de comandos pueda mostrarla, es crucial que esté activa para el entorno web. Debes:

Verificar phpinfo(): Crea un archivo info.php con <?php phpinfo(); ?> en la raíz de tu tienda y busca la sección 'redis'. Si no aparece, la extensión no está activa para tu web.
Configuración del Servidor: Asegúrate de que el módulo ext-redis esté habilitado en el php.ini correspondiente a tu versión de PHP y que el servicio Redis esté corriendo y accesible en el host y puerto especificados (normalmente 127.0.0.1:6379).
Conexión por Socket vs. TCP/IP: Si Redis está en el mismo servidor, la conexión por socket (/var/run/redis/redis.sock) suele ser más eficiente que por TCP/IP (127.0.0.1:6379). PrestaShop te permite configurar esto en Parámetros Avanzados > Rendimiento. Si usas socket, asegúrate de que la ruta sea correcta y que los permisos permitan al usuario del servidor web acceder a él.

PrestaShop maneja la configuración de Redis internamente una vez que la extensión está cargada y el servicio activo. El código que compartiste fallará si la clase Redis no existe. Una implementación más robusta para un módulo o un chequeo custom sería así:

// Ejemplo de cómo PrestaShop gestiona la conexión a Redis internamente
// (no para modificar el core, sino para entender la lógica)
if (extension_loaded('redis')) {
    try {
        $redis = new \Redis();
        // Los parámetros _PS_CACHE_REDIS_SERVER_, _PS_CACHE_REDIS_PORT_ etc.
        // se definen automáticamente por PrestaShop desde el Back Office.
        $host = defined('_PS_CACHE_REDIS_SERVER_') ? _PS_CACHE_REDIS_SERVER_ : '127.0.0.1';
        $port = defined('_PS_CACHE_REDIS_PORT_') ? _PS_CACHE_REDIS_PORT_ : 6379;
        $timeout = 1; // Un timeout bajo evita bloqueos si Redis no responde

Este código muestra cómo una conexión a Redis debería ser tratada con robustez, comprobando primero la extensión y luego manejando posibles fallos de conexión. La clave es que la extensión esté cargada en tu php.ini y el servidor Redis sea accesible.

2. Problema de la compresión CCC (JavaScript):

La compresión CCC, especialmente la de JavaScript, puede ser muy agresiva. Si un script tiene errores de sintaxis o depende de un orden de carga muy específico que CCC altera al combinar y minificar, se romperá. Para solucionarlo:

Desactiva la combinación JS: Ve a Parámetros Avanzados > Rendimiento y desactiva solo la opción "Combinación de JavaScript". Manten las de CSS si quieres. Si esto resuelve el problema, significa que tus scripts de terceros no son compatibles con la combinación. Deberías contactar al desarrollador del módulo o buscar una alternativa.
Consola del navegador: Abre la consola de desarrollador de tu navegador (F12) y revisa la pestaña 'Console' para ver errores de JavaScript específicos después de que CCC haya actuado. Esto te dará pistas sobre qué script o qué línea está fallando.

Espero que esto te ayude a diagnosticar y solucionar ambos problemas.

angel_96

¡Muchísimas gracias, @Milo! Tu explicación ha sido clave. Al final, el problema de Redis era una mezcla: la extensión estaba instalada, pero un conflicto en el php.ini del servidor (una versión más antigua que no se estaba usando correctamente por Apache/FPM) impedía que se cargara bien para PrestaShop. Tras arreglar eso con mi hosting y asegurarme de que los parámetros de host/puerto en el Back Office eran correctos (usando TCP/IP como sugeriste para mi setup), Redis funciona de maravilla sin ninguna caída.

Y con el CCC, tu consejo de desactivar solo la combinación de JS fue perfecto. Uno de los módulos de banner estaba metiendo un JS con un document.write que el minificador se cargaba, rompiendo toda la carga posterior. Ahora todo va fluido. ¡Gracias de nuevo por la ayuda tan detallada y por el snippet explicativo!