Jump to content

meandmypresta

Members
  • Posts

    53
  • Joined

  • Last visited

Everything posted by meandmypresta

  1. Je viens de modifier la fonction dans validation.php, ce devrait être bon comme ça : http://modatospresta.cvs.sourceforge.net/viewvc/modatospresta/CVS_ATOS/atos/validation.php?revision=1.3&view=markup
  2. Bonjour, Ok pour la modif du fichier call_request.php, je vais l'inclure dans la version 1.3. L'autre erreur peut venir de deux choses : les droits d'écriture sur le fichier /log/transac.txt ; la fonction verif_champ du fichier validation.php. Pour faire un test, il faudrait changer la ligne 22 de validation.php : return $return; en return true; Je pense bien que tout ceci vienne de la validation des éléments de retour... Je pensais que ce souci était réglé, je m'y repenche.
  3. Salut, J'ai rencontré ce souci avec CentOS qui avait de curieuses réactions, dis moi si c'est ton cas. Sinon, cette vérification se fait sur l'existence du répertoire, la présence des fichiers 'request' et 'response'.
  4. J'étais en train d'uploader sur source forge, normal. C'est à la 1.3 maintenant
  5. Salut, je viens de supprimer, dans la fichier atos.php, la ligne 133 : fwrite($fp,"RETURN_URL!http://".$_SERVER['HTTP_HOST'].__PS_BASE_URI__."modules/".$this->name."/validation.php!\n"); Il faut maintenant désinstaller puis réinstaller le module. Bien vérifier, avant la réinstall, que le fichier /param/pathfile a bien disparu.
  6. Salut à tous Je viens de faire un correctif pour l'erreur de retour "paiement invalide". Téléchargeable sur sourceforge : https://sourceforge.net/projects/modatospresta/ Pour rappel, le module EuroInformation est aussi sur SourceForge : https://sourceforge.net/projects/modbankpresta/ A plus
  7. Oui, Je suis au courant de cette erreur sur la version 1.3, il me faut la corriger. Je le fais le plus rapidement possible.
  8. La version 1.3 est sortie ce matin, téléchargeable sur sourceforge, qui prend mieux en compte le papier cadeau et les réductions. A plus.
  9. La somme du champ hidden est revérifiée avec le panier courant avant expédition et en retour de paiement, elle ne part pas telle qu'elle. On pourrait aussi envisager de l'enlever des champs hidden aussi... Je n'ai pas très confiance en les sessions, surtout quand il s'agit de paiements. La redirection sur la page d'accueil est à revoir esthétiquement en effet.
  10. Je viens de corriger l'erreur : écrire, en ligne 151, "elseif(@is_dir($a_bin)" au lieu de "elseif([email protected]_dir($a_bin)" méa culpa ;-)
  11. Bonjour, Problème corrigé : http://modatospresta.cvs.sourceforge.net/viewvc/modatospresta/CVS_ATOS/atos/atos.php?revision=1.2&view=markup en ligne 151
  12. Salut ! Voici le module ATOS : https://sourceforge.net/projects/modatospresta/ Le module Euro-Information : https://sourceforge.net/projects/modbankpresta/ A plus.
  13. Pour avoir la dernière version en cours, j'ai mis en place un espace CVS : http://modatospresta.cvs.sourceforge.net/
  14. La fonction updatefile inscrit les fichiers pathfile et parmcom.... dans param. Peut être est-ce un problème d'accès à ce répertoire, je ne vois que ça. On peut supprimer "@unlink($pathfile);", en ligne 118, peut être... Le chemin d'accès aux binaires est inscrit dans la base de données.
  15. Salut à tous La version corrigée est disponible sur sourceforge : https://sourceforge.net/projects/modatospresta/
  16. J'ai réglé les problèmes évoqués. J'en suis au débugage, je teste tous les TPE et je repost dans un petit moment.
  17. Je pense mettre un transaction_id aléatoire sachant qu'il faut le conserver pour la vérification de retour, donc faire le ménage s'il n'y a aucune commande. Ok pour le chemin des fichiers binaires, je corrige. La page blanche est certainement dûe à la non validation du montant de la transaction (fichier call_request.php ligne 11 à 17). J'ai constaté une différence de réaction sur Windows et Debian, je n'arrive pas à savoir pourquoi pour le moment. J'ai pensé avoir résolu le problème mais il persiste à priori. Pour vérifier ceci il suffit d'insérer : echo $post['amount']." == ".$montant; en ligne 18 de ce fichier et l'affichage dira le reste. Qu'appelle-tu "l'infos lors du paiement" ?
  18. Salut, Je vais regarder ça, c'est effectivement un problème. J'avais opté pour cette solution pour éviter de créer un numéro aléatoire qui serait difficile à retrouver pour la phase retour de paiement. Va falloir que je me penche sur ce souci. Merci ! ;-)
  19. Bonjour à tous. Nouvelle version sortie : - urls enlevés du formulaire de soumission - fichier interface "aller" avec les vérifications requises et graphisme intégré à la boutique - fichier interface "retour" avec les vérifications requises et graphisme intégré à la boutique - retour vers les fichiers Prestashop (à améliorer) - possibilité de choisir un autre emplacement pour les binaires (cas d’un répertoire imposé par l’hébergeur) - menu déroulant listant les certificats/codes marchand présents et à quoi ils correspondent Je suis preneur de tout conseil Téléchargement disponible sur SourceForge : https://sourceforge.net/projects/modatospresta/
  20. Dans la prochaine version : - urls enlevés du formulaire - fichier validation.php avec les vérifications requises - retour vers les fichiers Prestashop - possibilité de choisir un autre emplacement pour les binaires (cas d'un répertoire imposé par l'hébergeur) Je suis preneur de tout conseil
  21. Super, J'ai pas encore tellement pu regarder le fichier validation.php en effet. Je n'avais pas pensé également à modifier la page tpl non plus, je vais voir ceci. J'étudie en ce moment la possibilité de revenir vers les pages de presta. Grazzie mille !
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More