Javierlpz

Pues ya he probado lo del unsuscribe, a ver si funciona. Saludos y gracias a todos. 😄

Hola, Mismo problema, Eric Jones no para de enviar mensajes al prestashop. Prestashop 1.7.6.7, con reCaptcha en formulario de contacto. Siempre lo hace a través de formulario y apuntando a la cuenta de webmaster, nunca a la de servicio al cliente. Saludos.

En la imagen de la base de datos el valor que se introduce en "Comuna" va a la columna "city". Puedes mirar, por ejemplo, a qué columna de la base de datos corresponde la entrada "Región" del front office, que son cadenas bastante largas, si los valores de región aparecen enteros puedes comparar los formatos de ambas columnas y ver que hay de más (parámetros) o de menos (longitud de la variable, etc.) y encontrar así el problema. Antes de modificar cualquier cosa en la base, haz copia de seguridad desde "parámetros avanzados / base de datos / copia BD" en el back office. Un saludo.

Hola, Pon la tienda en modo mantenimiento y vete a Configurar/parámetros de la tienda/configuración, ahí debes tener activo el SSL, y la siguiente, que es "activar SSL en todas las páginas". Una vez que tengas esto activado borra la caché desde backoffice "parámetros avanzados/rendimiento" (puede que no aparezcan los cambios instantáneamente). Si tras unos minutos no aparece toda la web con SSL, prueba a borrar la caché manualmente por FTP en var/app/cache/ ó /app/cache/ (todos los archivos y carpetas que hay dentro, normalmente hay dos carpetas que volverán a generarse solas). Y si después de todo esto y volver a esperar unos minutos sigues con el mismo problema entonces ponte en contacto con tu hosting, ya que también hay que activar SSL en la parte de servidor donde está alojada tu web. Un saludo.

Hola, Aunque veo que os pasa de una forma algo aleatoria y podría no tener que ver con esto, pero por si acaso probar a modificar el tiempo de cookies en backoffice. Modificar tiempo cookies backoffice PS 1.7 Un saludo.

Creo que la imagen que has puesto corresponde al proceso de introducción de datos personales en el proceso de compra, mira a ver en este enlace. Desde ahí puedes configurar varios parámetros en el backoffice, antes de tocar código. Un saludo.

Mira esta publicación, a ver si es lo que estás buscando: Compartir WhatsApp Un saludo.

Hola a todos, Finalmente queda solucionado (en mi caso), ya genera el pedido, cambia el estado y envía el email... Investigando y leyendo un montón de hilos en internet veo que este fallo ocurre con diferentes versiones de Prestashop, y a su vez con otras tantas versiones del módulo de Redsys, lo que como he visto y comprobado, muchas veces no tiene porque ser ni fallo de Prestashop ni de Redsys. Gracias a este hilo recopilatorio de Gusman126 y hablando con los servicos técnicos del hosting y redsys al final el problema era el certificado de seguridad SSL. Se encontraron varios fallos en el certificado, incluidos 2 "cipher suites" como adjunto en la siguiente imagen, que resolvió el hosting regenerando los archivos del certificado, ya que al parecer faltaban algunos. Tras el regenerado del certificado, ya funciona correctamente el pago mediante redsys en el backoffice con Prestashop 1.7.6.7 y redsys v3.1.1. Un saludo.

Hola, yo lo he instalado en mi prestashop sin problema (versión PS 1.7.6.7). El archivo que tienes que instalar es "ocaepak2.0.zip" y es válido para Prestashop 1.6 y 1.7 Saludos

Descarga open source:https://github.com/kazeno/Oca-ePak/releases Más info:https://github.com/kazeno/Oca-ePak Un saludo

Pues a mi no me ha funcionado, he hecho todo lo que dices y sigue realizando el pedido, sale en el back office, pero no cambia a estado "pago aceptado" (tenemos que hacerlo nosotros manualmente) y tampoco envía el email de "pago aceptado". Y desde Redsys me han dicho que vuelva a la versión anterior de Prestashop donde funcionaba el módulo con normalidad. En Prestashop 1.7.6.7 (se actualizó desde Prestashop 1.7.5.1) 1.- Desactivar y volver a activar el módulo Redsys 3.0.4 (no funciona). 2.- Reinicializar y volver a configurar el módulo Redsys 3.0.4 con los parámetros del TPV (no funciona). 3.- Desinstalé la versión 3.0.4 del módulo Redsys, marcando la casilla de eliminar todos los archivos e instalé el módulo Redsys 3.1.0 (última versión disponible a 25-09-2020) (no funciona). 4.- Desinstalé la versión 3.1.0 del módulo Redsys, marcando la casilla de eliminar todos los archivos e instalé el módulo Redsys 3.0.4 de nuevo. Al configurarlo he activado las trazas de log y en la siguiente compra sigue sin funcionar y el log dice elo siguiente: "Oct 14 2020 18:59:30 -- 1sC...xxxxxxxxxxx...xxx...1rEbynZIY -- Excepcion en la validacion: Kernel Container is not available" El módulo tiene configurado el apartado "Estado del pedido tras verificar el pago" en "Pago aceptado" pero no hace dicho cambio de estado en el back office al realizar la compra. Un saludo

Hola, Me ha empezado a pasar algo parecido al actualizar de Prestashop 1.7.5.1 a 1.7.6.7. Se genera el pedido en el back office, nos llega el dinero, pero prestashop no envía el email de "pago aceptado" al cliente ni cambia a ese estado, tengo que cambiar el estado en manual a "pago aceptado" para que se envíe el email. Tengo la versión de Prestashop 1.7.6.7 (actualizada de la 1.7.5.1) y la versión del módulo de Redsys 3.0.4. He intentado instalar la nueva versión de Redsys 3.0.6 pero no se instala en prestashop 1.7.6.7. Probaré a reiniciar primero el módulo, y si no funciona, pruebo a reinstalar y comento. Saludos.

Hola, Tengo instalado del módulo de Eicaptcha en prestashop 1.7 y funciona muy bien, pero solo nos filtra el login y el formulario de contacto, dejándonos un agujero en la subscripción de la newsletter. Acabo de ver un módulo freelance del usuario Prestafan33 que nos da una solución para el agujero de newsletter, aunque sólo sirve para Prestashop 1.7.1 en adelante(Módulo gratis recaptcha v3 login+formulario contacto + newsletter). Si ya tenéis la base de datos llena de correos spam y bots, os dejo aquí como borrar de forma selectiva y masiva usuarios de la base de datos de nuestro newsletter, tanto para dar de baja usuarios que no quieran seguir recibiendo nuestra newsletter, como para eliminar cuentas de spam y bots de forma masiva. Lo primero hacer una copia de seguridad de la base de datos antes de ponerse a borrar, después ponerse a borrar como si no hubiera mañana: 1-. Borrado de usuario desde back office (de uno en uno) 2-. Borrado de usuarios desde phpMyAdmin (de uno en uno y de forma masiva) 1-. Borrado de usuario desde back office. Nos vamos a nuestro Back Office y desde el panel de la izquierda vamos a Módulos/Module Manager. Ponemos en el buscador email y nos aperece nuestro módulo de newsletter (Suscripción a nuestro boletín de noticias). El borrado es manual y podemos hacerlo solo de uno en uno: Directamente desde la lista de la parte inferior, vamos clicando en todos los check verdes de las cuentas que queremos eliminar. Nos aprecerán varias páginas de listas (si tenemos muchos usuarios). Utilizando la barra de búsqueda e introduciendo el email en cuestión que queremos dar de baja. Una vez realizada la búsqueda nos aparecerá el email en la lista de la parte inferior, junto con un check en verde que nos indica que está activo, si pulsamos encima del check eliminamos esa cuenta del newsletter. NOTA: Si no os aparece nada al realizar la búsqueda es probable que hayáis escrito mal la dirección, o bién, habéis dejado un espacio en blanco justo al final del email. 2-. Borrado de usuarios desde phpMyAdmin. Desde nuestra consola de phpMyAdmin entraremos en nuestra base de datos y dentro de ella buscaremos la tabla "ps_emailsubscription" para Prestashop 1.7, para versiones anteriores de prestashop esta tabla es "ps_newsletter". Aquí tenemos: Borrado manual (uno a uno desde la misma tabla) igual que en nuestro back office. Borrado automático seleccionando un intervalo de usuarios según un valor de nuestra tabla (se puede seleccionar, por edad, fecha, pais... ). Voy a poner como ejemplo el ID que da prestashop. Borrado manual. Una vez que estamos en la tabla "ps_emailsubscription" pinchamos sobre "Borrar" y "OK" en la cuenta que queremos eliminar de nuestro newsletter, por ejemplo la que tiene ID 8 asignado por Prestashop en la imagen, igual de fácil que en el back office. En la parte inferior de la imagen veréis el código que se utiliza desde la consola de comandos para realizar esa tarea. Ese código es para borrar un usuario. Ahora vamos a borrar varios a la vez. Borrado automático. En la primera imagen de phpMyAdmin podéis ver como se entra desde la base de datos a la tabla "ps_emailsubscription" (parte izquierda). En la parte derecha, arriba tenemos varias pestañas, pinchamos en la que pone SQL para entrar a la consola de comandos y aquí pegamos el siguiente código: DELETE FROM `ps_emailsubscription` WHERE `id`>9 AND `id`<12 Lo que dice en ese código es que vamos a realizar un borrado de la tabla ps_emailsubscription, "donde" tomamos valores ID mayores que 9 "y" menores que 12, es decir, esto nos elimina de la suscripción de nuestra newsletter a los usuarios con ID10 e ID11 (el 9 y 12 se quedan). Cuidado con los signos > y < que si los ponemos al revés la liamos. Una vez pegado el código ponemos el intervalo de ID´s que queramos eliminar y pinchamos en "continuar". Si volvemos a la tabla (de la pestaña "SQL" pasamos a la primera que pone "Examinar") podemos ver que los usuarios con ID 9 y 12 siguen ahí, pero los usuarios de ID 10 y 11 han desaparecido, y en la parte inferior el código que ha generado esa operación. De esta forma solo tenéis que sustituir los números en el código para un intervalo de direcciones que son spam, por ejemplo: DELETE FROM `ps_emailsubscription` WHERE `id`>560 AND `id`<820 Un cordial saludo.😄

Yo también tengo un error 500, en el backoffice solo en "Clientes > clientes", el resto de entradas del backoffice y la web funcionan perfectamente. Me pasaba en Prestashop 1.7.5.1 y he actualizado hace unos días a 1.7.6.7 y ahí sigue el error 500, solo ahí. También he actualizado los módulos de prestashop que van apareciendo en la pestaña de "actualizaciones", en la sección de módulos y sigue saliendo ese problema. He activado el modo debug y me salen unos cuantos errores, 2 de ellos críticos. No sé exactamente que parte tendría que pegar de todo lo que sale. Un saludo.

Busca en Google la cadena "Intl extension is not loaded Mac" (sin comillas) y te salen varias entradas donde comentan el problema en Mac, alguna en inglés y otras en castellano. Un saludo.