Presta_Fede

Me pasa exactamente lo mismo, si alguien puede ayudar, lo agradecería.... Es urgente.

Hola sabios de Prestashop! Estoy experimentando un problema específico con las URL amigables en un entorno multilingüe (español e inglés) en mi tienda PrestaShop 1.7 y agradecería cualquier orientación o ayuda que puedan proporcionar al respecto. DESCRIPCIÓN DEL PROBLEMA: Mi tienda está configurada en dos idiomas: español y inglés. Las URL amigables están activadas y funcionan correctamente en la mayoría de las páginas. Problema: Al intentar acceder al historial de compra de un cliente en el frontoffice, las URL amigables causan un error 404 (Página no encontrada). Este problema solo ocurre en las páginas de detalles de cada pedido dentro del apartado "mi cuenta" de los clientes. URL de Ejemplo: Con URL amigables (no funciona): https://miweb.com/es/index.php?controller=order-detail&id_order=202100357 Sin URL amigables (funciona): https://miweb.com/index.php?controller=order-detail&id_order=202100357&id_lang=1 Pasos que he seguido: Revisión de .htaccess: He verificado y regenerado el archivo .htaccess, pero no ha resuelto el problema. Configuración de URL Amigables: He desactivado y reactivado las URL amigables en el backoffice, sin éxito. Revisión de Reglas de Reescritura: He intentado ajustar las reglas de reescritura para manejar las URL multilingües, pero aún enfrento el mismo problema. NECESITARÍA LO SIGUIENTE: ¿Alguien ha experimentado un problema similar con las URL amigables, especialmente en el contexto de páginas de detalles de pedido en un entorno multilingüe? ¿De ser así, como lo ha solucionado? ¿Alguna idea de por donde puede venir todo? __________________________________________________________________________________________________________________________________________________ Gracias de antemano por el tiempo y ayuda!!

Hasta el momento sigue el problema... No hay manera de solucionarlo mas que con el reemplazo de las carpetas "controllers" y "classes" pero a los pocos días de hacerlo vuelve a aparecer d enuevo. El cliente ha aceptado rehacer la página en la última versión de Prestashop, con lo cual esto se resolverá, pero siempre me quedará la espinita de como narices solucionar esto... Si alguien quiere aportar algo mas o en este tiempo ha descubierto algo, agradecería su ayuda por si en un futuro esto volviera a pasar o por si alguien tiene el mismo problema y pudiera consultar aquí la solución. He probado todo lo que habéis dicho hasta la fecha y nada de nada....

Muchas gracias, pero en nuestro caso este archivo que comentas está correcto como en una instalación limpia. Lo hemos comprobado ya y no hay scripts ni nada raro en el.

Muchas gracias! Veo que es lo mismo que nos pasa exactamente a nosotros, pero la diferencia es que como hemos restaurado versiones varias veces nos es imposible detectar el archivo infectado actualmente... Sabrías como solucionarlo o donde suele estar este mismo hack? Es decir, si lo enseñas en el vídeo es que lo has debido de limpiar ya, no? De donde viene? Agradeceríamos mucho tu ayuda.

Probado y nada, sigue ahí.

Muchas gracias por la respuesta. Este hilo que comentas y varios mas similares son los que ya hemos mirado con anterioridad y gracias a uno de ellos averiguamos lo de las carpetas "classes" y "controllers", pero el hack vuelve a aparecer al tiempo... No hay mas soluciones en estos hilos que hayamos visto hasta la fecha.

Gracias por la info. El access log ya está mas que chequeado y no se ve nada sospechoso. Se han revisado todos los accesos y no hay movimientos, por lo tanto es un código que se dispara mediante una cookie con un contador parece ser por lo que hemos visto en el codigo js. Además queremos evitar rehacer la tienda de nuevo puesto que el cliente la tiene en producción y se usa bastante. Es una fuente real de ingresos, no es un ecommerce mas.

Buenas a todos. Gestiono un ecommerce en Prestashop 1.7. De la noche a la mañana apareció un método de pago inyectado por javascript que es imposible de localizar. Hemos buscado todo el equipo con todo lo que hemos podido y se nos ha ocurrido para averiguar dónde se encuentra el fragmento de código que lo muestra o donde se haya el script que lo inyecta. También hemos revisado posibles agujeros de seguridad en módulos y temas, pero nada. Hemos buscado las cadenas del código que vemos en la consola en todos los archivos del sitio, por SSH, en la DB, rebuscado en todos los módulos por carpetas phpUnit, cambiado permisos y contraseñas y hasta hemos actualizado de la V1.7.6 a la V1.7.8 pero nada... Hemos conseguido mitigar el impacto reemplazando las carpetas "controllers" y "classes" por las de una instalación original y desaparece, pero a los 3-4 días vuelve a aparecer y aunque en que lo hace podemos volver a reemplazar dichas carpetas y desaparece, no es una opción viable de mantenimiento... Hemos revisado los logs de Prestashop, los del servidor de peticiones http, SSH e incluso de la DB, pero no ha habido suerte y ya llevamos mas de 3 meses así. Además que el atacante ya habrá dejado la semilla hace mas de 6 meses para que las copias de seguridad contengan el nicho. Agradecería ayuda e ideas que no sean: Instalación nueva e importación de datos Gracias de antemano! Adjunto captura donde se ve como es y como sale en consola el código js

Hello, I´m having issues with prestashop 1.6.1.11 in ajax-crat.js. The problem is no adding products to the cart. If i refresh the product appear in the cart. but When I try to delete the cart product I get the same problem... The Chrome console shows that: "Uncaught TypeError: Cannot read property 'hasError' of null at Object.success (ajax-cart.js:303) at j (jquery-1.11.0.min.js:2) at Object.fireWith [as resolveWith] (jquery-1.11.0.min.js:2) at x (jquery-1.11.0.min.js:4) at XMLHttpRequest.b (jquery-1.11.0.min.js:4)" I tried to reinstall the cart module, clear the smarty cache manually but nothing... I´m get in panic fot this issue. php_error.log of my server shows that: [10-Mar-2017 16:11:20 Europe/Madrid] PHP Notice: Undefined index: base in xxx/cache/smarty/compile/c4/1a/d2/c41ad2ce0b85c7ed0aeeb2d94558b30db1093aab.file.home-menu.tpl.php on line 32 [10-Mar-2017 16:11:20 Europe/Madrid] PHP Notice: Trying to get property of non-object in xxx/cache/smarty/compile/c4/1a/d2/c41ad2ce0b85c7ed0aeeb2d94558b30db1093aab.file.home-menu.tpl.php on line 32 I repeat, I cleared the cache from the backoffice and manually, I don´t understand... Please, help!