Bug Plugin PAYBOX après MAJ VM 3.0.18

Un autre soucis possible, est utilisé SELF a la place du non de la class.
Y en a qui vont me dire que c'est pareil sous PHP, mais j'ai déjà résolu des soucis en remplaçant SELF par le nom de la class.
Le soucis est souvent dans les plugins Joomla
Pour 194.2.160.82(celui qui tourne en boucle), après vérification, c'est le serveur tpeweb.paybox.com, je me demande si le soucis n'est pas dans les nouvelles méthodes pour affiché le prix du paiement et de la livraison dans les produits? Valérie si tu me lis !

bonjour
Ceux sont bien des envoies de vm vers paybox ? ou bien le contraire?
quelle est l'URL qui provoque cet envoie ?

qu'est ce que tu as comme plugin qui est activé?

Pour 194.2.160.82(celui qui tourne en boucle), après vérification, c'est le serveur tpeweb.paybox.com, je me demande si le soucis n'est pas dans les nouvelles méthodes pour affiché le prix du paiement et de la livraison dans les produits? Valérie si tu me lis !

Ce n'est pas nouveau. Tu penses à plgVmOnProductDisplayPayment ?

Bonjour à tous,
Afin de préciser quelques points importants un peu d’histoire:
Ce site à été mis en ligne en 2005 développement php/Mysql avec Dreamweaver
Système de payement en ligne PAYBOX
en 2008
Reconstruction du site sur Joomla 1.0.15 et Virtuemart 1.0.15 plugin payement PayBox ALATAK
Depuis 2008, nous avons fait évolué la site en fonction des evolutions Joomla/Virtuemart
Donc actuellement
Joomla 3.6.2 et Virtumart 3.0.18
Template Yootheme Yoo_Sixthavenue 1.0.3
VMUikit 3.2.5
PHP 7.0.10
FireWall RSFirewall 2.11.2

Comme je l’ai indiqué le bug est apparu le 29 Septembre 2016 avec la mise à jour Virtuemart 3.0.18.

Il n’y avait donc pas ce problème avec la version 3.0.16.
Le fait de désactiver le plugin la nuit me permet de voir que le problème à disparu
Dès la réactivation du Plugin (le matin) le problème réapparait !!!

Ce sont bien des envoies vers Paybox et non le contraire car en bloquant l’IP dans le FireWall ou dans HTAccess cela n’a aucune incidence et les envoie ce font quand même

Le seul plugin de payement utilisé est Paybox

L’URL qui provoque ces envois, ça on aimerai bien le savoir….
Milbo m’a fait supprimer du code (if ($checkIps))
Mais ca a eu pour effet de provoquer des erreurs 500, lors des commandes
Des corrections on donc été faite par le technicien de PAYBOX.

Les erreurs 500 on donc disparu, mais le Bug de base est toujours la…
Les envoies en boucle se font toujours !!!!
Cordialement
François

Bonjour

Comme je l’ai indiqué le bug est apparu le 29 Septembre 2016 avec la mise à jour Virtuemart 3.0.18.

Il n’y avait donc pas ce problème avec la version 3.0.16.

Il faut effectivement trouver la cause de ce probleme. Mais dans la mesure ou ce probleme penalise ton site, tu peux revenir en arrière en installant a nouveau Virtuemart 3.0.16.

Ce sont bien des envoies vers Paybox

Milbo m’a fait supprimer du code (if ($checkIps))

Si c'est VM qui fait des envoies vers Paybox, effectivement la suppression du tests des IPs n'est pas en cause.
LesIPs sont testé lorsque VM recoit une notification de la part de paybox pour verifier que c'est bien paybox qui appelle.

Mais ca a eu pour effet de provoquer des erreurs 500, lors des commandes

Ca je ne comprends pas du tout . Pourquoi supprimer une ligne de code peut provoquer des erreurs 500 ?

L’URL qui provoque ces envois, ça on aimerai bien le savoir….

oui, il faudrait tracer tout

Le seul plugin de payement utilisé est Paybox

je pensais a tous les plugins, a svoir aussi les plugins system

Pour l'erreur 500 voici la réponse de PAYBOX (en fait il y avais d'autre lignes à modifier)
Si j’ai bien compris, vous avez supprimé complètement la méthode checkIPs ?

Celle-ci était pourtant toujours utilisée dans la méthode isPayboxResponseValid.

J’ai donc supprimé le block du début de la méthode isPayboxResponseValid qui appelait checkIps , et il semblerait que cela corrige le problème d’erreur 500 qui apparaît dans le message de warning.

Vous pouvez vérifier le bon fonctionnement, svp, à présent.

Liste des plugin activés

Pour info:
adresse du site:
www.francecoiffurediffusion.com

merci pour le lien.
Je viens de tester. Je n'arrive pas a creer la commande. Toujours le message: données incorrectes.
De toute facon, je doute que cela m'aide a comprendre le probleme.

Pour la liste des plugins system:
eventuellement tester en desactivant le firewall, et le vmuikit: juste pour être sur qu'ils ne sont pas responsable de cet envoie.

A part ca, il faut tracer le code en ajoutant des logs. Mais Milbo a du le faire ?

Bizarre pour la création de commande je viens de tester cela fonctionne bien de chez moi ???

Juste une question:
Si une commande à été passée juste au moment ou j'ai fait la mise à jour !
Peu être y a t'il eu un envoi chez PAYBOX resté sans réponse et donc tant qu'il n'y pas de réponse la demande est constamment envoyé?
Peu être également si PAYBOX à couper son serveur a ce moment là ????

Si effectivement une demande est resté sans réponse, cela peu provoqué une boucle sans fin chez paybox. Mais dans ce cas si vous vérifié avec le support de Paybox, il devrait pouvoir régler le soucis.
Pour moi, soit le plugin est appelé dans chaque page, et dans ce cas la, le moindre trafic sur le site va appeler paybox. soit la/les confirmations de commande n'arrive pas a être connfirmé(mauvais lien de retour ?) et le serveur paybox tourne en rond.
Il y a d'autres possibilité mais plus biscornu, tel qu'un hacker, une tache cron ...