Gestores de contenidos

Este es otro de esos fallos de Prestashop que lleva desde las versiones 1.4 o 1.5 y no se ha arreglado. Incomprensible porque no parece muy difícil de arreglar…aunque no debe ser prioritario. El error surge cuando vas en el backend a la sección Pedidos->Carritos de la compra y, de repente, da un pantallazo como el que adjunto (el #XXX puede variar). Solución. Básicamente lo que está diciendo el problema es que uno de los carritos tiene la dirección que aparece en el número #XXX (en la foto la dirección número #1347) con algún error. Por qué esto hace que deje de funcionar ese apartado es algo incomprensible…..sobre todo porque, como podéis ver aquí y aquí, es algo que lleva tiempo. En los enlaces anteriores hay varias soluciones. No os molestéis en ejecutar el módulo PS_Cleaner, el limpiador de Prestashop. No hace nada (y si os equivocáis de botón es muy peligroso. Lo primero que tenéis que hacer es una copia de la base de datos en la sección Avanzado>Base de datos. Porque vais a tener que modificarla.Después tenéis dos opciones: Lo que nosotros hicimos fue ir a la base de datos con un phpMyAdmin o similar. Después vas a la tabla ps_cart y ordenas los resultados por id_address_delivery  o haces un search id_address_delivery = 1347 (sustituye el número por el que te de a tí). Lo curioso es que el número ese #XXX (en nuestro ejemplo 1347), no es el id del carrito, sino el de dirección. Lo siguiente que hicimos fue borrar esa línea. No es importante, es un carrito abandonado y encima está mal. Cuando lo hayas borrado verás que ya puedes entrar en la sección Carritos de la compra del backend. Los artículos sugieren el código MYSQL siguiente. NO LO HEMOS PROBADO. Lo dejo como opción si la primera no funciona. Además, en nuestro caso no era una dirección nula así que esto no lo arreglaría. SELECT * FROM ps_cart AS c LEFT JOIN ps_address AS a ON c.id_address_delivery = a.id_address WHERE a.id_address IS NULL

Prestashop tiene cosas muy buenas, y cosas que realmente frustran porque se podrían haber arreglado hace años. Esta es una de ellas, que lleva ocurriendo desde hace muchos años (sólo tienes que mirar en Google) sin ponerle solución. Y la solución sería MUY sencilla (una simple comprobación al guardar un transportista). Si editas un transportista, y le pones un intervalo de precios o de peso que se superponga con otro, te deja guardarlo. Pero la siguiente vez que vayas a editarlo te da un error “los rangos se superponen” y no puedes hacer nada con ese transportista. ¿De verdad cuesta tanto realizar una comprobación automática antes de guardarlo? Hoy os decimos cómo solucionarlo. Sólución. La solución que sugiere todo el mundo en los foros es borrar y volver a recrear el transportista. Esto, evidentemente, elimina el conflicto…pero si has creado muchos intervalos, y le has dedicado tiempo…es una lata. Si sabes editar la base de datos hay una solución más simple. Tienes que abrir un phpMyAdmin o similar para editar tu base de datos, e ir a la tabla ps_carrier para identificar el id_carrier del transportista que da error. También está en la url del transportista al ir a editarlo desde el backend. Con ese dato ve a las tablas ps_range_price o ps_range_weight dependiendo de si tus intervalos son por precios o por peso. Ordénalas por id_carrier y ahí verás todos los intervalos. Uno de ellos se superpone con el siguiente o con el anterior. Edítalo y corrígelo. El truco es que el final de un intervalo puede coincidir con el principio de otro, pero no debe superponerse. Por ejemplo en esta tabla el final del intervalo de la segunda línea se solapa con el principio del intervalo de la primera línea. Después prueba a editar el transportista y ya debería funcionar.