Voici une preview de la BETA 4 RC 4 à venir.
Pourquoi une preview ?
Ces temps-ci, mon travail me prends trop de temps pour pouvoir travailler sérieusement sur le module.
Quelle différence ?
Habituellement, chaque version diffusée subit un cycle de recette sur différents hébergements avant mise en ligne, ce pour vérifier que rien n’a été brisé. Ce n’est bien sûr pas fiable à 100% car, n’étant moi-même pas utilisateur de ce module, les vérifications sont assez sommaires mais permettent d’éviter un bon nombre de bugs.
De plus, pour gagner du temps, les previews sont packagée par Eclipse sous Windows et non pas sous linux via un script de build comme habituellement.
En résumé ?
Les previews sont à installer avec précaution, faites des sauvegardes avant.
Trêve de bavardages, voici le lien.
Mises à jour :
15 juin 2011
- Réécriture de l’export des thèmes pour être à la fois compatible avec Prestashop 1.4 et les versions antérieures.
- Ajouts de liens vers le blog et la documentation sur la page de configuration du module.
06 juin 2011
- Ajout de la possibilité de restreindre l’accès aux méthodes de paiement en 1, 2 ou 3 fois à un montant de panier minimum. Cela devrait faire quelques heureux ;-).
- Traductions françaises manquantes ajoutées.
- Le module prévient maintenant l’utilisateur lorsqu’un changement de devise doit intervenir pour utiliser cette passerelle de paiement.
- Compatibilité avec le mode Guest checkout de Prestashop 1.4.
18 mai 2011
- correction de la fonction permettant l’utilisation des binaires ATOS par défaut du serveur.
- mise en mémoire de l’onglet de configuration actif dans le back-office du module lors de la soumission du formulaire.
08 mai 2011
- Génération de logs durant l’installation.
- Suite et fin de la compatibilité 1&1.
Si des bêta-testeurs sont motivés pour faire la recette des versions et ainsi me libérer du temps pour améliorer le module, laissez un message 😉
Damien
j’ai lu dans tes posts que tu avais des soucis d’hébergement
plutot que de faire un don, je te propose d’utiliser un de mes serveurs dédiés, des machines dedibox XXL
Si tu veux que l’on discute , avec plaisir, j’utilise ton blog et ob module ATOS, ça vaut bien ça
Bonjour, merci pour la proposition mais j’ai resolu ce probleme en virtualisant mon envirronnement de developpement avec VMWare. A vrai dire en ce moment je manque surtout de temps car mon travail me monopolise (et de RAM un peu aussi).
Bonjour Damien,
Une petite question, je souhaite tester la « Version 2.0 BETA 4 preview » mais lors du paramétrage j’ai le message suivant :
« Le chemin vers les fichiers de configuration est trop long, 54 caractères maximum, cf documentation du module » , je suis chez 1 & 1 en mutualisé et j’ai donc un chemin à rallonge genre 80 caractères. Y a-t-il une solution ?
Par avance merci
Nicolas
Bonjour, quelle est la longueur du chemin vers la racine de votre espace web ? (le dossier de plus haut niveau sur lequel vous êtes proprietaire)
bonjour Nicolas,
j’ai résolus ce problème en changeant l’emplacement du dossier des param
enfin j’ai une copie normal dans le dossier module et une autre copie du dossier que tu renomme dans un dossier inférieur de façon a que le chemin soit inférieur a 54 caractères
exemple:
j’ai les sources dans le dossier module
/var/www/vhosts/nomdedomaine.tld/httpdocs/monsite/modules/tgg_atos/param/ = 73 carac
mais le chemin fait plus de 54
alors j’ai une copie du dossier a la racine du dossier web qui est HTTPDOCS sur ce serveur mais il peus aussi ce nommé WEB sur d’autre enfin voila le chemin que je rentre dans les PARAM du module dans le BO
/var/www/vhosts/nomdedomaine.tld/httpdocs/atos/param/ = 53 carac
et
/var/www/vhosts/nomdedomaine.tld/httpdocs/atos/Bin/ = 51 carac
je mets les bons droits sur les dossiers et voila
j’espère avoir été clair
stephane
+1
Par contre il vaut mieux, si possible, sortir les 3 dossiers (log, bin, param) hors du httpdocs qui logiquement ne devraient pas être navigables via http (encore une fois cela dépend des serveurs, ce n’est pas toujours utile ni possible).
bonjour Damien,
est ce que le module fonctionne avec la banque credit mutuel.
merci de votre reponse
stephane
Cette banque utilise-t-elle le système de paiement VAD d’ATOS/SIPS ?
Je me pose la même question que stephane : je ne vois pas l’option credit mutuel dans la liste des banques à utiliser.
Je dois très prochainement mettre en place une solution de paiement avec le Crédit Mutuel, utilisant ATOS. Pour l’instant, je n’ai aucune précision supplémentaire, si ce n’est que mon client passe par Citelis.
Avez-vous des précisions à apporter concernant la prise en charge de cette banque ?
Merci d’avance.
Bonsoir,
désolé, cela fait partie des modifications dans les cartons mais en ce moment je manque de temps.
Bonjour,
Je suis en train d’essayer cette version. J’ai la même erreur au moment ou je clique sur configurer après l’installation : » Le chemin vers les fichiers de configuration est trop long, 54 caractères maximum, cf documentation du module. »
Voilà mon chemin vers le module : /homez.136/littlebii/iamaconcept/modules/tgg_atos/log/
Bonjour,
45 caractères, il ne reste pas grand chose, je viens de faire les modifications et plus de massage d’erreur, merci pour la piste.
Slts
Nicolas
Bonjour damien,
je me présente : récemment employé dans une petite agence d’objet publicitaire, mon boulo est de développer des petits sites ecommerces cyblés.
J’ai peu de moyen en ce qui concerne le dev et autre achat de modules, puisqu’il faut aussi que à terme mon travail soit rentable. (pas du tout programmeur web je fais juste le nécessaire pour que tout fonctionne correctement, sinon je suis infographiste)
J’ai déjà acheté le module ATOS de presta à pour une première boutique, mais impossible de le faire fonctionner sur d’autres boutiques (à ce prix là on pourrait l’utiliser au moins 2 fois).
J’ai donc déjà un certif de prod qui fonctionne.
C’est pourquoi je me tourne vers ton module, que je compte rémunérer pour chacun de mes futurs sites (env. 5 à venir d’ici à la fin d’année) si tenté que j’arrive à le faire fonctionner.
L’installation OK, certif de prod OK, affichage de ma banque dans le panier OK.
Je clique pour payer à là c’est le drame, j’ai ce message et comme j’y comprend rien :
« Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, postmaster@www.lunettessimulationalcoolemie.fr and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log. »
Merci d’avance
Pierrick
Heu …. pour info
Hébergement Mutulisé OVH Business
Prestashop 1.4.0.17
Bonsoir, je pense savoir ce qui ne va pas : sous hebergement OVH mutualisé les CHMOD trop élevés declanchent des erreurs 500, c’est par sécurité je pense, pour forcer les néophytes a se pencher serieusement sur les problémariques de droits et de sécurité plutot que de bêtement appliquer un CHMOD 0777 comme beaucoup font, ce qui est une faille de sécurité très grave.
Je pense que tes CHMOD sont trop hauts (je parierais pour un joli 0777) et que c’est là la cause du problème, vérifiez les droits appliqués.
Si vous n’êtes pas super calé dans le paramètrage des droits je vous suggère de vous tourner vers la RC3 car la tarball est préconfigurée pour les serveurs OVH mutualisés (fonctionne aussi sur pas mal d’autres hébergements) au niveau des droits appliqués, alors que les tarballs de preview sont faites sous windows et n’integrent pas de droits préconfigurés.
Tenez-moi au courant…
bonjour,
tout d’abord je souhaitais vous féliciter de votre travail qui est formidable et recpectueux , je viens d’installer votre module il marche très bien sauf que j’ai un petit souci c’est que les informations sur les commandes ne s’enregistrent que quand le client clique sur le bouton « revenir à la boutique »: par exemple si le client ferme la fenêtre qui indique que le paiement est accepté, cette commande ne sera pas enregistrée sur la base de prestashop .
je voudrais savoir si vous avez deja rencontré ce problème et si vous avez une solution pour y remédier pour que les commandes s’enregistrent juste apres la confirmation du paiement et merci encore une fois .
Problème résolu !
le module fonctionne parfaitement !
le problème que j’avais c’est que je bloquais l’accès de l’extérieur ce qui rend mes script ph inaccessible
merci beaucoup pour ton module
Oui le mode maintenance bloque les reponses silentieuses si on ne configure pas convenablement les IP de serveurs dans les IP autorisées.
Version mise à jour 😉
La beta-release 2.0 4 RC 4 suivra prochainement, mais si je pouvais avoir quelques retours entre temps ce serait sympa.
Bonjour,
j’ai un problème lorsque je clique sur le moyen de paiment atos, un message apparaît « Le paiement par carte est indisponible jusqu’à demain, nous vous prions d’accepter nos excuses pour cet inconvénient. ». Je ne suis pas le seul apparament mais je n’ai pas trouvé la solution.
J’ai activé le mode debug. Lorsque j’applique un chmod 644 à bin, le debugage affiche « sh: /var/www/filetbleu/boutique/modules/tgg_atos/bin/request: acces denied » , et lorsque le chmod est à 777 j’ai le message suivant : « sh: /var/www/filetbleu/boutique/modules/tgg_atos/bin/request: not found « . Dans le backoffice le chemin vers le dossier bin est correct.
Voilà, si quelqu’un a une solution ça serait sympa.
Cordialement
Pour l’access denied en 0644 c’est normal puisque tu ne donnes à personne le droit d’exécution, utilise plutôt un 700 ou un 750…
Pour le not found, pas trop d’idée à part se balader en SSH sur le serveur sous l’user utilisé par PHP et lancer la ligne de commande à la main.
Merci pour la réponse. Nous avons trouvé le problème. Notre serveur 64 bit -> module 32 bit , nous avons fait les manipulations nécessaires pour contrer ce problème.
Merci
Le module n’est pas 32bits,
seuls les binaires de l’archive sont 32 bits, mais vous n’etes pas censé les utiliser.
Bonjour,
J’ai exactement le même problème que vous:
» sh: /var/www/monsite/modules/tgg_atos/bin/request: not found »
Comment vous avez résolue le problème?
Merci d’avance pour votre réponse
Bonjour,
Voulant proposer un mode de paiement en plusieurs fois à ma clientèle, je me suis tourné vers votre module (votre excellent travail devrais-je dire ^^) qui permet ceci.
Apparemment pour le back office tout est ok. Mon problème se situe au niveau du front office. Quand on arrive au choix du mode de paiement, le module tgg_atos n’apparait pas.
Pour info :
Prestashop : 1.4.0.17
Hébergement : OVH mutualisé
Auriez-vous une idée de ce qui cause ce problème ?
Merci pour votre aide
Bonjour,
Cela ressemble fort à un échec d’inscription au hook Payment lors de l’installation du module.
Aucune alerte n’est affichée par le module ?
Si vous me fournissez un accès ftp + bdd + back office + front office au site je peux jeter un coup d’oeil si vous le souhaitez.
En ce cas, envoyez les informations par message privé sur le forum Prestashop pour que cela reste confidentiel.
Bonjour,
J’ai pu constater que vous aviez su régler mon soucis de front office. Je vous remercie beaucoup pour la réalisation de votre module et pour le temps que vous avez consacré à mon problème !
Pour information, est-ce moi qui n’ai pas su bien installer le module ou bien cela venait-il de ma configuration ?
Bonjour, par soucis de confidentialité pour vous les informations sur l’intervention vous ont été envoyées en réponse à votre message privé sur le forum, vous y trouverez les raisons pour laquelle le module n’était affiché.
Cordialement, TgG.
J’ai vu votre message.
Je suis très satisfait du travail que vous avez réalisé 🙂 Vous avez su m’aider rapidement et je dirais même de façon tout à fait professionnelle !
Bonjour,
Le module fonctionne parfaitement chez nous. Juste une petite question: lors du paiement avec le module nous recevons un mail « nouvelle commande » grâce au module mailalerts. Dans cet email dans la partie « Message client », nous avons un bloc avec les informations sur la transaction (numéro de carte (en partie masquée), identifiant, code réponse de la banque,etc…..) , est-ce normal ? et que ce passe-t-il lorsqu’un client laisse un message?
Cordialement
Bonjour,
il s’agit des informations liées à la méthode de paiement. Lorsqu’un client laisse un message vous avez son message… Il ne s’agit là que de fonctionnalités de Prestashop, mon module n’a rien à voir là dedans.
Seriez-vous en train de me dire que vous avez mis en production un module de paiement sans le tester auparavant ?!?
Bonjour,
J’ai le même probleme que quelques uns ici, j’obtiens le code erreur : Le chemin vers les fichiers de configuration est trop long, 54 caractères maximum, cf documentation du module.
Voila mon chemin : /homepages/23/d358746276/htdocs/prestashop/modules/log/
Que faire???
Bon j’ai enfin reussi a réglé mon problème de chemin mais maintenant j’obtiens un autre message :/
Et pour celui la je sais pas quoi faire pour le réglé ???
Rrreur:
Le paiement par carte est indisponible jusqu’à demain, nous vous prions d’accepter nos excuses pour cet inconvénient.
HELPPPP SVP
Lire la documentation ou les nombreuses réponses a cette meme question ?
Cette erreur est specifique au front office (on n’affiche pas une erreur technique à un client d’eCommerce, il en va de votre credibilité en tant que commerçant), l’erreur réelle est envoyée par mail a l’adresse mail de contact de la boutique.
Bonjour.
Je lis énormément de commentaires élogieux sur votre module de paiement, et je suis donc très intéressé, par le module et par le fait de soutenir financièrement votre travail de dév.
Je voulais juste savoir s’il est compatible PS 1.4.4.1 ?
Merci d’avance
Bonsoir,
il devrait l’être, je n’ai pas le temps de tester toutes les versions à chaque fois, faites moi savoir si vous constatez une incompatibilité.
En version 1.4.4.1 j’ai une erreur a l’installation sur la fonction install() justement (testé plusieurs fois la ré-installation).
Le modul semble marcher mais j’ai encore une erreur sur les statuts des commandes en mode test. Meme lorsque celles ci sont en paiement acceptés, en BO le statut reste vide.
– erreur install() c’est de ma faute du a un override.
– Pour le probleme de statut c’est a cause d’un conflit avec so collismo validé mais pas configuré. J’ai desinstallé so collisomo directement et cela semble regler le probleme.