MDinternet Posted September 25, 2014 Share Posted September 25, 2014 (edited) Hola. En una tienda que recientemente hemos actualizado de 149 a 1609, nos está pasando algo que también pasaba en la versión anteriormente usada. Aleatoriamente, en algunos días y horas concretas, algunos carritos que el cliente paga (el pago se completa y registra correctamente en Paypal y Servired) se convierten en pedido pero no llegan a llenarse todos los datos en el pedido propiamente dicho. Esto es lo que veo en el menu de "clientes/carritos": Es decir, puedo ver el carrito convertido ya en un pedido, con número de serie y sin la posibilidad de convertirlo a mano en un pedido (porque ya lo es) pero cuando voy al pedido en cuestión, esto es lo que veo en el listado de pedidos: Como véis, ya no tiene seteado el medio de pago (y sin embargo, se ha cobrado correctamente por paypal en este caso) y eso ya hace sospechar lo que me voy a encontrar al visualizar el pedido: Es decir, un pedido "dado de alta", con su número de pedido, datos de cliente, importe..... pero SIN los productos ni el método de pago. Como comentaba, esto es un error que vengo arrastrando desde la versión 1.4.9 y no parece haberse solucionado. He reinstalado los módulos de pago Servired y Paypal (solo sucede con ellos) cuando pasamos a la nueva versión 1609, así que no debería ser por eso. En todo caso, estos módulos trabajan perfectamente durante semanas.... hasta que un día, a una hora concreta, por un motivo que desconozco... producen este efecto. Dado que la programació no se modifica sola.... entiendo que el problema puede venir por algun tipo de fallo de comunicación cuando se ejecutan las "vueltas" desde las pasarelas al prestashop. Ayer mismo, hubo dos problemas exactamente iguales con una diferencia de apenas unos minutos entre ambos pedidos, y uno fué con paypal y otro con servired, de clientes distintos (desecho el error de conexión o navegador de un cliente concreto). El servidor es un dedicado Dell R200 de 2009 (Debian) Apache/2.2.13 (Unix) mod_ssl/2.2.13 OpenSSL/0.9.8g PHP/5.2.11 + Suhosin-Patch, con 512MB de ram, 60 de tiempo de ejecución. PHP se ejecuta como FastCgi. La versión de PS es la 1.6.0.9 Gracias por adelantado! Edited September 25, 2014 by MDinternet (see edit history) Link to comment Share on other sites More sharing options...
MDinternet Posted September 25, 2014 Author Share Posted September 25, 2014 (edited) El log me indica esto, para este incidente: 188.87.xx.xxx - - [25/Sep/2014:10:15:56 +0200] "GET /order-confirmation.php?key=fc9c7cf76de4faf04d4b9c24e0365f6c&id_cart=23229&id_module=163&id_order=232291133&Ds_Date=25/09/2014&Ds_Hour=10:15&Ds_SecurePayment=1&Ds_Amount=885&Ds_Currency=978&Ds_Order=000232291133&Ds_MerchantCode=327036281&Ds_Terminal=001&Ds_Signature=99072F5DC72E204F7FEEF2B5AB594A509A070152&Ds_Response=0000&Ds_TransactionType=0&Ds_MerchantData=&Ds_AuthorisationCode=153254&Ds_ConsumerLanguage=1&Ds_Card_Country=724 HTTP/1.1" 404 48307 "-" "Mozilla/5.0 (Linux; Android 4.4.2; es-es; SAMSUNG SM-N9005 Build/KOT49H) AppleWebKit/537.36 (KHTML, like Gecko) Version/1.5 Chrome/28.0.1500.94 Mobile Safari/537.36" 1679 188.87.xx.xxx - - [25/Sep/2014:10:15:57 +0200] "GET /themes/qr/img/icon/error.png HTTP/1.1" 200 1199 "http://quieroregalarte.com/order-confirmation.php?key=fc9c7cf76de4faf04d4b9c24e0365f6c&id_cart=23229&id_module=163&id_order=232291133&Ds_Date=25/09/2014&Ds_Hour=10:15&Ds_SecurePayment=1&Ds_Amount=885&Ds_Currency=978&Ds_Order=000232291133&Ds_MerchantCode=327036281&Ds_Terminal=001&Ds_Signature=99072F5DC72E204F7FEEF2B5AB594A509A070152&Ds_Response=0000&Ds_TransactionType=0&Ds_MerchantData=&Ds_AuthorisationCode=153254&Ds_ConsumerLanguage=1&Ds_Card_Country=724" "Mozilla/5.0 (Linux; Android 4.4.2; es-es; SAMSUNG SM-N9005 Build/KOT49H) AppleWebKit/537.36 (KHTML, like Gecko) Version/1.5 Chrome/28.0.1500.94 Mobile Safari/537.36" 1678 Edited September 25, 2014 by MDinternet (see edit history) Link to comment Share on other sites More sharing options...
Recommended Posts