Píldoras PrestaShop de abril de 2025: .htaccess y cupones

Lo que dejó abril de 2025 en @PrestashopEsp y no daba para una ficha: trucos de .htaccess y de limpieza, un módulo nuevo de Gustavo y una verdad incómoda sobre el soporte de los hostings.

Si tocas el .htaccess se rompen las imágenes: regenéralo desde el back-office

Una tienda daba errores 500 a menudo y el soporte del hosting renombró el .htaccess. Desapareció el error, pero el 80 % de las fotos dejó de verse: en PrestaShop las URL de las imágenes dependen de las reglas de ese fichero. La salida que dieron en el grupo: devolverle su nombre y regenerarlo desde Parámetros de la tienda → Tráfico y SEO, desactivando las URL amigables, guardando, activándolas y guardando otra vez. Si el 500 sigue, el culpable no era el .htaccess: toca mirar el log de errores del servidor.

Ver en Telegram

Busca ficheros infectados con el antivirus de tu ordenador

Un truco de Gustavo para limpiar una tienda hackeada: comprimir todo menos img y var, descargarlo y descomprimirlo en el ordenador. El antivirus salta con los ficheros infectados y así los localizas. Otro compañero completó el proceso: copia de seguridad de todo, sustituir los ficheros del núcleo por los originales de tu versión exacta y revisar a mano módulos y tema. Hazlo en un equipo que no uses para nada sensible y no abras nada de lo descargado.

Ver en Telegram

Qué tablas dejó un módulo que borraste a mano

Un compañero borró un módulo de slider por FTP y quería quitar sus tablas. Lo más limpio, si consigues el ZIP: volver a subirlo y desinstalarlo desde el back-office, que borra lo suyo. Si no, busca CREATE TABLE en su código o lista las tablas de la base de datos y localiza las que no son de PrestaShop:

SELECT TABLE_NAME, UPDATE_TIME FROM information_schema.tables WHERE TABLE_SCHEMA = 'nombre_de_tu_bd';

Para lo que quedó enganchado, revisa también ps_hook_module. Haz copia antes de borrar nada.

Ver en Telegram

Un correo que leen las personas y no los bots

Un compañero compartió un truco para que los robots que buscan direcciones no lean tu correo en el HTML: escribirlo al revés y darle la vuelta con CSS.

<style>.display_email { unicode-bidi: bidi-override; direction: rtl; }</style>
<span class="display_email">se.adneitim@sodidep</span>

En el código pone se.adneitim@sodidep y el visitante lee pedidos@mitienda.es. La pega: quien lo copie se lleva el texto al revés, y un lector de pantalla también lo lee así. Úsalo para mostrar un correo de contacto, no en un enlace mailto:.

Ver en Telegram

Los config_es.xml de los módulos son normales

A un compañero le preocupaba un fichero config_es.xml que aparecía en el módulo de PayPal recién instalado y que el propio módulo marcaba como ausente. Gustavo lo tranquilizó: PrestaShop genera esos ficheros al instalar un módulo, uno por idioma si tienes varios, con datos básicos como el nombre traducido. No es un fichero de más ni una señal de hackeo.

Ver en Telegram

Un cupón que se aplica solo con un enlace

Gustavo publicó un módulo que aplica un cupón automáticamente cuando el cliente entra por una URL con el código, del tipo tutienda.com/?cupon=CODIGO. Al visitar el enlace se guarda una cookie y, cuando el cliente abre el carrito, el cupón se añade solo. Sirve para ponerlo en un banner, un correo o una publicación y ahorrarle al cliente teclear el código. Está en su web: añade un cupón utilizando la URL de la tienda.

Ver en Telegram

Un módulo tumba la tienda: desactívalo renombrando su carpeta

Una tienda dejó de cargar al añadir una característica a un producto: un módulo de productos recomendados del tema lanzaba avisos Undefined array key y acababa en un error fatal. La respuesta rápida del grupo: renombra por FTP la carpeta del módulo, por ejemplo añadiéndole _off. PrestaShop deja de cargarlo y la tienda vuelve. Con la tienda en pie ya puedes buscar la causa con calma, actualizar el módulo o escribir a su desarrollador.

Ver en Telegram

Ningún hosting te va a dar soporte de PrestaShop

Un compañero buscaba un hosting «con soporte para PrestaShop» que no le contestara «eso que se lo mire un programador». La respuesta fue unánime: una empresa de hosting da soporte de su servidor, no de PrestaShop, y si alguna dice lo contrario, desconfía. Rekire lo resumió: lo que necesitas no es otro hosting, sino un interlocutor que entienda de las dos cosas y sepa ver si el problema es de código o de servidor. Otro compañero lo completó: lo ideal es un servidor administrado más un experto en PrestaShop con una bolsa de horas.

Ver en Telegram

Caché con ESI: rápida, pero no para todas las tiendas

Un compañero resumió los pros y contras de la caché con ESI: se cachea casi toda la página y solo se piden al servidor los trozos dinámicos, como el carrito o el acceso de cliente, así que se gana mucha velocidad. A cambio añade complejidad: plantillas partidas, control de caché por bloques y una configuración fina. Si te pasas con los bloques, acabas con muchas peticiones pequeñas que hunden el rendimiento. Su conclusión: útil en una tienda grande y bien mantenida; en una pequeña o descuidada, «como hacer malabares con cuchillos encendidos».

Ver en Telegram

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación