xavyeah Posted March 2, 2015 Share Posted March 2, 2015 Bonjour, suite à une mise à jour de prestashop 1.6.0.6 à 1.6.0.11 et maintenant 1.6.0.13, j'ai un bug depuis la 1.6.0.11 lors de la commande. Mon prestataire de paiement Systempay me génére une erreur 500 à la fin du paiement, je ne reçois pas de mail de nouvelle commande, c'est un peu pareil avec Paypal, pas de mail de nouvelle commande non plus. J'ai bien cherché, et je ne trouve pas la solution, c'est quand même très gênant, le client reçoit aussi un mail comme quoi la commande a eu une erreur de paiement. Si quelqu'un peut m'aider, ce serait super cool Merci ! Link to comment Share on other sites More sharing options...
iorek Posted March 4, 2015 Share Posted March 4, 2015 (edited) Ce n'est pas Systempay qui génère une erreur 500 mais votre code.Systempay ne fait que constater les dégâts et vous le dit.A la fin du paiement Systempay demande l'exécution d'un script sur votre serveur pour transformer le panier en commande.Ce script exécute du code qui a un bug applicatif du à votre montée de version surement sans valider le bon fonctionnement suite à votre mise à jour.Analysez vos logs apache (En debug) et vous aurez la ligne qui plante.Une fois le module en erreur trouvé vous saurez à qui vous adresser.Bonne chasse et rappelez vous qu'on ne monte pas de version sans tester avant le bon fonctionnement de tous les add-ONS. Edited March 4, 2015 by iorek (see edit history) Link to comment Share on other sites More sharing options...
xavyeah Posted March 6, 2015 Author Share Posted March 6, 2015 Merci Iorek, Comment analyser mes logs apache en debug ? Dans mon backoffice > parametres avancés > logs ? Debug, dans config > defines.inc.php : define('_PS_MODE_DEV_', true); ? Parceque j'ai essayé d'analyser mes logs sur mon mutualisé, ça ne disait pas grand chose de plus que '500'. Bon j'étais pas en debug aussi... Merci de votre retour et merci pour votre aide ! Link to comment Share on other sites More sharing options...
xavyeah Posted March 9, 2015 Author Share Posted March 9, 2015 Bonjour, Voici mes logs Systempay, je ne vois pas d'ou vient l'erreur ?? : *INFO* 2015/03/09 - 13:43:57: Form data generation for cart #2006 with standard payment. *INFO* 2015/03/09 - 13:43:57: Data to be sent to payment platform : Array ( [signature] => 2f65a2cc6a80768fe9b82be264c5d722862ce8c7 [vads_action_mode] => INTERACTIVE [vads_amount] => 1980 [vads_contrib] => Prestashop1.5.0.x_1.2f/1.6.0.13 [vads_ctx_mode] => TEST [vads_currency] => 978 [vads_cust_address] => 3 RUE DU dd [vads_cust_country] => FR [vads_cust_email] => [email protected] [vads_cust_id] => 4 [vads_cust_phone] => 0606060606 [vads_cust_title] => M. [vads_cust_city] => tours [vads_cust_zip] => 37000 [vads_language] => fr [vads_order_id] => 2006 [vads_order_info] => Paiement par carte bancaire [vads_page_action] => PAYMENT [vads_payment_cards] => CB;VISA;VISA_ELECTRON;MASTERCARD;MAESTRO;E-CARTEBLEUE [vads_payment_config] => SINGLE [vads_redirect_error_message] => Redirection vers la boutique dans quelques instants... [vads_redirect_error_timeout] => 3 [vads_redirect_success_message] => Redirection vers la boutique dans quelques instants... [vads_redirect_success_timeout] => 2 [vads_return_mode] => GET [vads_ship_to_phone_num] => 0606060606 [vads_ship_to_street] => 3 RUE DU DD [vads_ship_to_country] => FR [vads_ship_to_city] => tours [vads_ship_to_zip] => 37000 [vads_shop_name] => AAA [vads_site_id] => XXX [vads_trans_date] => XXX [vads_trans_id] => XXX [vads_url_return] => http://AAA.fr/fr/module/systempay/submit [vads_version] => V2 [vads_cust_first_name] => xav [vads_cust_last_name] => test [vads_ship_to_first_name] => xav [vads_ship_to_last_name] => test ) *INFO* 2015/03/09 - 13:44:10: Server call process starts for cart #2006. *INFO* 2015/03/09 - 13:44:10: Payment accepted for cart #2006. New order status is 2. *INFO* 2015/03/09 - 13:44:10: Create order for cart #2006. *INFO* 2015/03/09 - 13:44:13: User return to shop process starts for cart #2006. *INFO* 2015/03/09 - 13:44:13: Order already registered for cart #2006. *INFO* 2015/03/09 - 13:44:13: Order for cart #2006 is saved but waiting FacilyPay Oney confirmation. Update order status according to payment result. *ERROR* 2015/03/09 - 13:44:13: Order saved with FacilyPay Oney pending status while payment not pending, cart ID : #2006. Merci de votre aide ! Link to comment Share on other sites More sharing options...
iorek Posted March 9, 2015 Share Posted March 9, 2015 les logs systempay ne servent à rien Le problème n'est pas dans Systempay. Ces logs ne nous apprennent rien. Il faut les logs APACHE détaillées. Link to comment Share on other sites More sharing options...
xavyeah Posted March 9, 2015 Author Share Posted March 9, 2015 (edited) et ça ? Edited March 11, 2015 by xavyeah (see edit history) Link to comment Share on other sites More sharing options...
iorek Posted March 9, 2015 Share Posted March 9, 2015 ne sert à rien non plus car aucun détail. et pour moi il n'y a aucune erreur 500 en retour de Systempay dans cette log. :-) Les logs APACHE doivent être en mode DEBUG pour avoir le détail. Link to comment Share on other sites More sharing options...
xavyeah Posted March 9, 2015 Author Share Posted March 9, 2015 Effectivement, en mode debug et en mode test de systempay, il n'y a pas d'erreur 500... Link to comment Share on other sites More sharing options...
xavyeah Posted March 11, 2015 Author Share Posted March 11, 2015 bonjour iorek, je vous ai envoyé un message privé avec mes logs. Link to comment Share on other sites More sharing options...
mattheoh Posted May 1, 2015 Share Posted May 1, 2015 (edited) Bonjour, avez vous trouvé une piste ? Avec System Pay, J ai des commandes vides de temps en temps - 3 à 4 / jour (sans statut ni produits - il y a juste le montant total). je suis en version 1.6.0.14 de Prestashop. je ne vois pas de "dénominateur commun" à ces commandes et je ne vois rien de probant dans les logs Apache. (à part un error=yes sur le retour commande - exemple : /index.php?controller=order-confirmation?id_cart=7878&id_module=256&id_order=546&key=c5637a29dfefvrr1fa69fea3581db&error=yes) Si vous avez une idée, je prends ! Merci d'avance. Edited May 1, 2015 by mattheoh (see edit history) Link to comment Share on other sites More sharing options...
iorek Posted May 4, 2015 Share Posted May 4, 2015 qu'appelez-vous une commande vide? Prestashop travaille avec des paniers que l'acceptation du paiement transforme par appel de l'IPN en commande. 1 Link to comment Share on other sites More sharing options...
clubreseau Posted May 7, 2015 Share Posted May 7, 2015 J'ai le même problème de la vrai merde Link to comment Share on other sites More sharing options...
iorek Posted May 7, 2015 Share Posted May 7, 2015 Pas facile d'aider avec des éléments purement malodorants. En general, le support systempay est compétent pour résoudre les problèmes quand on le contacte. Pour les problèmes d'évacuation intestinale, il ne sait pas faire. Link to comment Share on other sites More sharing options...
mattheoh Posted May 28, 2015 Share Posted May 28, 2015 (edited) Quand je disais commandes vides , cela signifiait sans produits, ni transporteurs, ni statut (juste le total payé) Aprés investigation, il semble qu'au retour vers la boutique aprés paiement SystemPay, l'insertion compléte de la commande en base ne se faisait pas (dans la table order_details donc). Pour ma part, c'était dû au fait de mySQL qui saturait. (Il y avait des requetes MySQL qui n'aboutissaient pas, et saturaient le serveur. pour info, dans mon cas, je les ai identifiées sur le bloc navigation à facettes - non modifiées sur une 1.6.0.14 mais j'ai beaucoup de produits et attributs) J'en ai encore de temps à autres mais je sais d'où le problème vient, et ce n'est pas SystemPay qui est en cause donc. Pour ce type de problème de commandes qui ne remontent pas ou mal, je pense que c'est donc généralement causé par une surcharge serveur (comme c'est précisé dans les erreurs SystemPay d'ailleurs : " votre serveur était injoignable temporairement") Il faut donc identifier dans les logs, qu'est ce qui fait ramer votre site... Si cela se reproduit, vous pouvez aussi forcer la commande depuis le back office SystemPay, pour la faire remonter à nouveau dans Prestashop. Edited May 28, 2015 by mattheoh (see edit history) Link to comment Share on other sites More sharing options...
iorek Posted May 28, 2015 Share Posted May 28, 2015 (edited) Le terme forçage est impropre. Systempay permet de rejouer depuis le back office marchand l'ipn en cas d'echec lors de son appel initial. Ce qui vous permet de transformer le panier en commande dans le cas de paiement accepté. En résumé vous êtes averti si pb, et vous pouvez à tout moment rejouer l'ipn. Edited May 28, 2015 by iorek (see edit history) Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now