-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WARNING: Impossible de joindre https://.../pbxep/payment/ipn/ pour le paiement / Erreur : code HTTP: 500 #22
Comments
Bonjour, Est-ce qu'il serait possible d'avoir le détail de l'erreur 500? Merci |
Bonjour, |
Bonjour, En fouillant mes logs j'ai pu trouver quelques erreurs dans var/logsystem.log, la dernière concerne le module PayBox :
Est-ce que cela vous donne plus d'infos ? |
Bonjour @jcpaybox et @bm-services, |
Bonjour, Toujours pas de nouvelles à ce sujet.. ? |
Suite à la mise à jour vers 2.3.0 le problème semble s'être étendu à toutes les boutiques et aux comptes registered. J'ai dû bloquer les commandes aux utilisateurs enregistrés, ce qui avait réglé le souci sous 2.2.6, mais ça ne semble pas aider aujourd'hui, et nous avons vu une baisse du nombre de commandes suite à ce blocage. J'ai pu trouver une trace d'hier soir dans mes logs, je vais continuer à documenter ce thread quand j'aurai plus d'éléments à disposition.
Le message This email address is already subscribed m'a aussi fait regarder du côté des inscriptions newsletter, mais l'email attaché au compte de cette commande n'apparaît pas dans ma subscribers list. Mais du coup, je ne sais pas si mon log est vraiment en rapport avec le souci. Pour l'upgrade vers 2.3.0 j'ai aussi upgradé php vers 7.1.24. |
Le dernier retour de PayBox reçu est de type :
|
Je peux voir également certaines lignes avec :
dans mes logs Les entrées correspondent au niveau horaire avec les 3 derniers retours de commandes (2 paiements effectués, un paiement annulé par l'utilisateur, je faisais un test). |
À l'époque, j'avais installé le module par FTP, je viens de le supprimer pour le ré-installer via composer. |
Le souci est maintenant systématique, sur toutes les vues boutiques, en guest comme en registered, donc j'ai réactivé les commandes en guest. |
Après réactivation des commandes en guest, je peux voir que le code d'erreur du warning est également 302 et non plus 500.
|
Bonjour, |
nous avons le même problème y at-il des nouvelles sur ce problème? |
Aucune nouvelle malheureusement malgré de nombreuses relances ici, par mail, téléphone... Il apparaît bien que la dernière version qui est fonctionnelle / stable avec ce repository est Magento 2.2.3. J'en ai informé l'équipe de développement avec toutes les infos. |
Bonjour, Nous avons remonté les échanges auprès du développeur, nous vous tiendrons informés dès qu'une solution aura été trouvée. Pardonnez-nous le peu de réactivité sur ce canal, n'hésitez pas à priviliégier les mails ou le téléphone. pou rappel une adresse spécifique à magento existe: [email protected]. Cordialement, |
Bonjour, Je rencontre EXACTEMENT le même souci. Merci ! |
@Tibo16 , toujours rien non... |
Je pense avoir réglé le problème avec moins de 10 lignes de code. Je fais quelques tests supplémentaires dans la soirée ou demain et si c'est OK, je partage ici ! |
Alors, après avoir pas mal creusé, le problème vient du retour serveur de Paybox qui envoie les variables de retour en $_POST.
C'est sur cette seconde solution que je suis parti.
Modifier la déclaration de la classe : Puis ajouter les deux fonctions suivantes qui permettent de se passer de la signature :
Après ça, logiquement, plus d'erreur (évidemment, flush cache etc...) et un retour complet qui permet de retrouver les details de la transaction dans la commande, de déclencher la facture automatique te le mail associé etc ! A ceux qui testeront, par curiosité, confirmez moi que c'est OK pour vous aussi ! |
@Tibo16 Je vais essayer de faire un mail à @jcpaybox pour voir ce qu'il en est avant une mise en production. |
Pour le coup, je ne vois pas le lien entre le mode 3D Secure et la réponse IPN. Ca reste une variable qui est renvoyée en POST, sans doute effectivement avec une variable supplémentaire ou une valeur de retour différente... Content en tout cas que ca arrange votre situation. |
Non, aucun lien effectivement, juste un bug supplémentaire côté PayBox qui n'aide pas les tests. Je vais refaire des tests dés que possible. |
@Tibo16 , sans nouvelles de @jcpaybox ou de qui que ce soit de l'équipe VerifOne / PayBox, j'ai passé votre commit en production, et ça s'avère bien concluant, merci encore !! |
Ravi d'avoir pu aider. |
Bonjour,
Depuis la mise à jour de Magento vers 2.2.6, j'ai eu plusieurs paiements revenus avec un warning. La commande n'apparaît pas comme payée pour Magento et elle reste donc en Pending.
WARNING: Impossible de joindre https://.../pbxep/payment/ipn/ pour le paiement "..." Erreur : code HTTP: 500
Je n'ai aucun warning de surcharge d'activité ou de serveur down aux moments de ces commandes.
Serveur dédié Linux (Centos 6.9) avec Plesk Onyx (Version 17.5.3 Mise à jour n° 57)
PHP 7.0.32
Magento 2.2.6
Paybox 1.0.9
Multi boutiques avec sous domaines
Une idée de ce qui pourrait se passer svp ?
EDIT
Ce problème a bien commencé à apparaître suite à la mise à jour de Magento 2.2.3 vers 2.2.6.
Ce problème n'apparaît que sur une des 3 boutiques, la boutique française (J'ai une config France / Europe / Reste du monde).
Ce problème apparaît sur chaque commande de cette boutique faite par un guest depuis la mise à jour (J'ai une commande d'utilisateur enregistré qui est bien passée).
Les commandes passées par des guests sur les autres boutiques passent bien.
The text was updated successfully, but these errors were encountered: