msarmiento

<meta itemprop="price" content="{$product.price_amount}" /> Esta es buena y funciona, probado en 1.7.6 y 8.1 Lo añado como meta itemprop para enviar la información independiente a loq ue se ve en la tienda, en España se escriben los decimales con coma, no con punto. Además que la variable product.price muestra el formato que hayamos configurado: con coma y símbolo de euro o el que sea. $product.price_amount muestra solamente la cantidad sin símbolos y soluciona el problema

Buenas, desde hace unos días estábamos a vueltas con un problema en el que los clientes de una tienda prestashop 1.6.1.18 al intentar logüearse en su cuenta, le aparecía automáticamente la cuenta de otra persona, simplemente al apretar login, con poner datos de acceso entraba en la cuenta de otro cliente distinto y podía ver sus datos, su historial y demás cosas de otra persona. Os podéis imaginar el problemón. Esto lo detectamos a raíz de un cambio de servidor y en seguida pensamos que se trataba de un problema de caché, utilizamos Cloudflare y todo parecía que de ahí provenía el problema. Pero no, no tiene nada que ver Detectamos primero que una vez un usuario está logüeado, no se podía deslogüear, al darle al logout se quedaba en la cuenta. Y cuando entrabas desde un incógnito y le dabas a login, accedía a la cuenta del último usuario logüeado. Después de muchas vueltas y buscar por otros foros, en todos los idiomas conocidos, no encontrábamos la solución. Por lo visto todo viene del módulo mod.expire de apache, y lo solucionamos añadiendo esta línea en htaccess: ExpiresByType text/html "access plus 0 seconds" en la última línea, después de lo que escribe prestashop. Huelga decir que lo mejor es actualizar prestashop a la última versión, pero todas sabemos que esto muchas veces no es posible hacerlo a la velocidad que requiere y lleva tiempo. Escribo este post para que si a alguien le vuelve a pasar algo similar, no se pase horas buscando el porqué. En neustro caso lo solucionamos así y ya sabéis, cliente contento, vida feliz!

{$ cart.totals.total.amount + $ cart.subtotals.tax.amount | string_format: "%. 2f"} {$ currency.sign} replace for {$cart.totals.total_including_tax.value} the full div would be <div class = "cart-summary-line cart-total"> <span class = "label"> {$ cart.totals.total_including_tax.label} </span> <span class = "value"> {$ cart.totals.total_including_tax.value} </span> </div>

Buenas yeseniadoria, en la carpeta app debes tener otra carpeta cache

Buenas Arnau, tienes que acceder directamente por FTP o por el adminsitrador de archivos de tu panel de control del hosting.

Parece que todo es problema de permisos. No se me ocurre nada sin meterme a verlo. Tienes idiomas? puedes quitarlos temporalmente y dejar la URL limpia ? Has probado en arrancar la web en local u otro servidor?

Puede ser permisos. Comprueba permisos 0644 para los ficheros y 0755 para las carpetas. Todas. Regenera efectivamente htaccess, vuelve a los ajustes de SEO y vuelve a desactivar / activar URLs amigables. Después rendimiento, borra caché... Las capturas de pantalla no muestran nada significativo, o nada que yo entienda que pueda afectar. Son las típicas chorradillas que te dan la semana

has actualizado la versión? pienso que puede ser un tema más de actualización. También elimina la cache en app/cahe/dev y app/cache/prod

Si trabajas estas configuraciones, tanto las listas negras, spf, dkim, textito de advertencia, editar plantilla de emails... etc Seguro que el problema se resuelve o en todo caso se vuelve anecdótico a uno o dos casos cada x tiempo.

Correctísimo, dos ideas: 1) Colocar en el mensaje de confirmación un texto que indique lo de "si no recibes el correo de confirmación mira en tu bandeja de spam", o "ayúdanos a entrar en tu bandeja de entrada marcándonos como remitente seguro" o algo similar, pero que se vea. 2) Editar la plantilla de los emails, esto debería hacerse siempre en realidad, en la carpeta /mails /[idioma]. Editar estas plantillas de email para que queden perfectas y aprovechar esta vía de comunicación para trabajar la marca es algo imprescindible a mi entender para alcanzar el éxito y que el cliente se acuerde de ti para una próxima vez, dejar una buena imagen es fundamental para un comercio.... en realidad para todos en general

si has cambiado de un servidor a otro, lo primero elimina estas dos carpetas  /app/cache/dev/ /app/cache/prod/ Después accede directamente bajo https al admin, intenta hacer la operación nuevamente. Que no, punte en modo debug y a ver qué pasa. normalmente suele ser problemas de cache

No está relacionado directamente con prestashop, tiene que ver más con tu servidor y con el dominio. Revisa como te dice el compañero ventura primero si estás en una lista negra: https://mxtoolbox.com/blacklists.aspx Pero también revisa si tu servidor firma los correos con dkim y spf correctamente, incluso la rDNS que normalmente suele ser el problema, pero es más de configuración del servidor: https://www.mail-tester.com/spf-dkim-check También puedes hacer una comprobación general, realizando una compra con el email que te propone aquí: https://www.mail-tester.com/ te realizará un análisis completo del email y te dará una puntuación de spam, no es la herramienta definitiva, pero no se suele equivocar. Una cosa más, desactiva el enalce de enviar a un amigo de la página de productos. Suele ser utilizado para enviar spam con tu mismo servidor. Ese enlace es un agujero para enviar emails con tu servidor a quien quieras

Qué versión tienes? el archivo error_log no te da ninguna información? También hay un archivo error_log en la carpeta de administración, fíjate a ver por ahí. También puedes probar a probarlo en un servidor local u otro servidor que tengas habilitado? Cuando está el debug activo ¿Tienes alguna información de errores en alguna parte del sitio ? También lo típico, desactiva todos los módulos que no te sean imprescindibles para ver qué causa el error. Hace pocos días estaba dando error la actualización de navegación por capas para la versión 1.7.2. Lo tuve que desactivar. Los temas de Leothemes también suelen dar problemas con actualizaciones menores del sistema, pequeños ajustes...

Buenas, Lo he visto en sitios que se han movido de un servidor a otro. Lo arreglé tal y como dicen más arriba eliminando (renombro primero, elimino después ) las carpetas dev y prod dentro de /app/cache Elimino estas dos /app/cache/dev/ /app/cache/prod/ Una vez eliminadas, el sistema las vuelve a crear y problema resuelto. Solamente he visto este caso en sitios que se han movido de un servidor a otro. Y una vez resueto no ha vuelto a aparecer. Un saludo.

Work for me. 1.7.1.3 version