jotacee

I hope you fixed the problem... but for all of you guys who couldn't, the solution is easy: modify file /themes/default-bootstrap/mails/en/password_query.html (or language folder you need) from the FTP, instead of using the online editor of PrestaShop. When editing from PrestaShop backoffice, it changes some characters for security reason. But they forgot to remove that conversion in this special case. So there is no other way than editing and write it the way xuban user said.

Thanks, Safa. It turns out that I can execute that query ok from an outside php controller. I don't know why it doesn't work inside a modification in maillalerts module. Now it's working. But the mystery is unsolved

Thanks for your reply, safa. I have a cron job that checks all orders, looking for orders in that city and moving them from one shop (multishop) to another. I don't need to validate the order, as it's already validated and paid. I just need to move it from one shop to another inside same multishop. I was trying to execute that simple query but it doesn't affect any row.

Activando el modo debug, empezamos a ver las notificaciones y al hacer la llamada al buscador de productos y clientes interno, un módulo recientemente instalado estaba dando error. Mostraba una salida (un echo) y eso impedía que continuara ejecutándose la búsqueda. Para colmo no era ni un módulo relacionado, era de gestión de backoffice de logística. Así que desactivando el módulo, empezó a funcionar de nuevo.

Hi guys, I tried with a lot of changes to this simple line, but I can't get it to work. I just want to update id_Shop value in an order when city has a specific value: if($delivery->city == "New York") { $sql = 'UPDATE `'._DB_PREFIX_.'orders` SET `id_shop` = 2 WHERE `id_order` = '.(int)$order->id; if (!Db::getInstance()->execute($sql)) die('error!'); } I also tried: // Db::getInstance()->update('orders', 'id_shop = 2', 'id_order = '.(int)$order->id, 1); // Db::getInstance()->update('orders', array('id_shop' => 2), 'reference = '.$order->reference, 1); Then a new order arrives with "New York" value... but mysql tablet ps_orders doesn't get the update in that value. I'm pretty sure it's something really stupid that I'm missing. How can I make this work? Thanks dudes, jc

Hay algún bug reportado al respecto... pero he vuelto a probar en la última versión, donde se supone que lo resolvieron, y nada... sigue fallando. Quizá sea incompatibilidad de algún módulo. Es muy extraño. Del mismo modo, convertir un carrito en pedido tampoco deja ahora. Crea el pedido pero vacío sin artículos ni cliente.

¿Lo pudiste solucionar? Hay otro hilo reciente sobre el mismo problema: https://www.prestashop.com/forums/topic/495662-a%C3%B1adir-nuevos-pedidos-manualmente-no-me-busca-los-productos/?hl=%2Bpedido+%2Bmanual

Me sucede lo mismo en un comercio, y además tampoco me busca clientes entre los ya existentes al crear un nuevo pedido manual. ¿Alguna pista?

He encontrado una solución, como ponía en el otro post. Tras hablar con redsys, les estaba llegando un 403 cuando devolvían la conexión a micomercio.com/modules/redsys/validation.php Así que corrigiendo los permisos de esa carpeta y de ese php, solucionado.

A ver si esto os lo soluciona. Hablé con redsys para comentarles la incidencia, y ellos me enviaron el log que les generaba nuestro comercio. Les devolvíamos un 403 cuando devolvían la conexión a nuestrodominio.com/modules/redsys/validation.php Así que revisamos los permisos de la carpeta y de ese PHP, y ahora ya funciona correctamente otra vez.

Este bug sucede en varios comercios: https://www.prestashop.com/forums/topic/498439-no-crea-pedido-al-terminar-la-compra/?hl=%2Bredsys&do=findComment&comment=2230494 El cliente tras la confirmación de pago del TPV, vuelve a la página Historial, y ahí no ve su último pedido... poniéndole algo nervioso. ¿Alguien ha dado con una solución?

No estás solo, Dani. El módulo de redsys, tras la corrección de 256, presenta este bug en algunos casos y no solo en modo Mantenimiento: recibes el email de la transacción, y al cliente se le cobra, pero el pedido no se crea. El cliente tras la confirmación de pago del TPV, vuelve a la página Historial, y ahí no ve su último pedido... poniéndole algo nervioso. Hay una forma de encontrar el pedido, y es ir a Clientes -> Carros de compra, y localizar un carrito por el importe que te haya llegado en el email de redsys (ojo: el carro de compra no incluye el coste de transporte si lo tienes). Mientras alguien pueda ofrecer una solución a la incidencia, puedes coger ese carro de compra reciente y crear un pedido a partir de él.

Hola Máximo, Te mando un mensaje por privado.

Buenos días, Queremos encontrar programadores para reforzar nuestra plantilla en Prestaller.com y en Connecting The Dots SL Requisitos: - Experiencia mínima de 1 año trabajando con al menos 5 comercios prestashop, alguno de ellos con más de 100 visitas diarias - Conocimientos de PHP, smarty, linux y mysql - Autónomos que puedan facturar a la empresa, o bien interesados en un contrato a tiempo parcial o completo Nos deben enviar su banda salarial deseada o su tarifa por hora a [email protected] Un cordial saludo, Jc Expósito.

Hola Chanís, Leyendo tu consulta he creido interesante contestarte por dos razones: La primera es que te animo a que continues y la segunda es que a través de combinaciones de prestashop es posible hacerlo, pero en mi opinión es mejor tenerlo montado como : flyeralarm.com Piensa que al fin y al cabo, prestashop es un software de "pedidos" con su gestión de inventario, notificaciones por email, cobros, etc... Pero está limitado por el propio prestashop: sus plantillas, su carrito y sus combinaciones de productos. Nosotros somos especialistas en utilizar prestashop desde su base para cualquier proyecto y podríamos hacerte una especie de flyeralarm por menos de lo que crees. Si quieres déjame tu telefono por privado y te lo explicamos. Un saludo!