Jump to content

TrogloGeek

Members
  • Posts

    219
  • Joined

  • Last visited

2 Followers

About TrogloGeek

  • Birthday 04/13/1986

Profile Information

  • Activity
    Developer

TrogloGeek's Achievements

Newbie

Newbie (1/14)

13

Reputation

  1. Bonjour, tgg_atos est l'ancienne version du module correspondant à Prestashop < 1.5 et n'est donc pas compatible avec votre version de Prestashop, utilisez le module tggatos qui remplace la branche 3.x de tgg_atos. tggatos 3.x se fie à l'attribut decimals de l'entité Currency utilisée pour la transaction, si celui est à 0 (ce que fait beaucoup de monde pour ne pas afficher les décimales sur la boutique sans s'inquiéter, à tord, des conséquences...) pour une devise qui possède une unité fractionnelle/décimale (ce qui est le cas de l'euro avec les centimes), alors ce problème se produit. Si le point 2. est bien l'origine de votre problème, il faut apprendre à : Tester consciencieusement chaque modification que vous apportez à un projet (pas juste vérifier que ce que vous cherchiez à faire fonctionne, mais aussi que vous n'avez pas brisé autre chose par la même occasion) Tenir un carnet des modifications apportées et de la date de celle-ci, pour faciliter la recherche de la modification à l'origine d'un problème donné en fonction de la date de première apparition du dit problème.
  2. Bugs ? voilà qui est très explicite... L'interface appropriée pour les soumettre est celle de GitHub https://github.com/T...-module/issues. Seuls ceux renseignés là-bas et comportant suffisamment d'informations (cf README.md) seront pris en compte. Je rappelle qu'il s'agit d'une RC, donc oui il est probable qu'il reste quelques anomalies (pour preuve 3 ont été identifiés et réparés hier https://github.com/TrogloGeek/prestashop-tggatos-module/commits/RC_3.0.0). Je rappelle aussi que ce module n'est pas une solution clé-en-main pour grand publique, c'est à dire qu'un bon niveau technique en hébergement web et est requis pour son déploiement (comme n'importe quelle solution ATOS SIPS exploitant des exécutables d'API d'ailleurs, une installation fonctionnelle ne veut pas forcément dire une installation correctement menée : l'API SIPS pose de nombreux problèmes de sécurité nécessitant un solide niveau pour la déployer sans laisser de faille à cause des nombreux fichiers sensibles qu'elle nécessite).
  3. Plopsoir ! Pour les profils tech avancés et aventuriers n'ayant pas peur d'avoir à bien vérifier que tous les scénarios se conforment bien aux attentes, la RC 3.0.0 est en recette sur GitHub. On repart sur des bases saines et une interface plus appropriées. Plus d'infos ici : http://prestashop.blog.capillotracteur.fr/2013/02/10/debut-de-la-phase-release-cadidate-pour-la-version-3-0-0-de-tggatos/ Cette branche est dédiée à PS 1.5, développée sous 1.5.2.0 et testée sous 1.5.3.1. Le code est optimisé pour Eclipse PDT.
  4. Plop, ça sent le sapin pour votre installation Prestashop si le Core refuse d'enregistrer les variables. Je n'ai jamais rencontré cette situation, je suggère une nouvelle installation saine de Prestashop (quitte à laisser l'autre en place) et commencez par installer le module sans toucher à rien d'autre. Si le problème persiste dans cette configuration il y a probablement incompatibilité avec cette version du coeur de Prestashop (il me semble avoir déjà testé sans problème sous cette version mais je n'en suis pas certain) ou avec l'hébergement. En cas de doute sur la cause d'un problème, isoler les variables.
  5. C'est à dire ? Avez-vous été facturé par un prestataire pour l'achat et installation du module pointé précédemment sur la plateforme addons quand en réalité il empochait tout l'argent pour installer un module gratuit à la place ? Auquel cas cela reste grave, mais l'équipe Prestashop n'y est alors pour rien. Il faut bien identifier le maillon véreux car toutes diffamation fallacieuse envers un innocent peut avoir des conséquences dramatiques pour celui-ci. Imaginez qu'une campagne de diffamation injustifiée ait lieu envers votre boutique après l'investissement personnelle qu'elle a dû demander...
  6. Pas de problème, les informations que vous me rapportez sont d'ailleurs forts intéressantes et choquantes... Êtes-vous bien certain d'avoir obtenu mon module sur addons.prestashop.com ? Les captures d'écran présentées dans le lien que vous m'avez donné ne correspondent donc pas à ce que vous avez obtenu ? (car elles ne correspondent pas du tout à mon module... Peut-être est-ce uniquement la documentation qui a été réutilisée ?). Si c'est vrai, l'équipe PrestaShop devra s'expliquer, car vendre comme compatible un module qui ne l'est pas est inexcusable. De plus, je n'ai pu placer mon module sur leur plateforme addons car elle ne répond pas à leur politique d'acceptation des modules, et s'ils se permettent de le faire tout de même... Dans ce cas quelle confience peut-on encore leur accorder ? Désolé pour la réponse un peu sèche, j'ai l'habitude de recevoir des demandes de personnes qui prétendent avoir payé mon module ou avoir fait des dons (généralement substantiels) que je n'ai jamais reçus... uniquement pour essayer d'obtenir de ma part un support gratuit et j'ai horreur des resquilleurs (car je ne touche rien sur le module et la balance des dons par rapport à l'investissement personnel est négatif...). Auriez-vous des éléments à nous fournir pour éclaircir cette étrange affaire ? (qui montrerait que le module obtenu par le lien fourni après achat est bien tgg_atos et que celui ci est bien obtenu via la plate-forme addons, qui plus est après avoir payé ?) Je n'ai malheureusement absolument pas les moyens de payer le module pour vérifier...
  7. Bonjour, Mon module n'est pas vendu sur Prestashop Add-Ons puisqu'il ne rempli pas les conditions pour celui-ci spécifiant que les modules de la plate-forme Add-Ons doivent pouvoir être installés par une personne sans connaissance spécifique, ce qui n'est pas le cas de ce module puisqu'un niveau de technicien d'exploitation sur la plate-forme d'hébergement utilisée est nécessaire. Ce module est gratuit, si vous l'avez acheté vous vous êtes arnaquer, puisque vous avez payé tournez vous vers la personne/société à qui vous avez payé pour obtenir le support dont vous avez besoin puisque je ne touche aucune commission sur la transaction. Comme Griffith a gentiment pris le temps de vous l'expliquer, les seuls éléments à récupérer du soit-disant module (vu la qualité des fichiers d'exemple PHP contenus je dirais qu'ils ont été rédigés par un stagiaire débutant... De plus ces fichiers sont extrêmement obsolètes car ils n'ont pas été mis à jour depuis une bonne décennie je pense et correspondent à des environnements qui ne sont plus utilisés depuis des années.) fourni par la banque sont les fichiers paramètres (le parmcom e-transaction doit être renommé pour reprendre le nom utilisé dans le module) ainsi que les fichiers exécutables correspondant à l'OS/kernell du serveur exécutant PHP à utiliser pour remplacer ceux fournis dans le module à des fins de test. la branche 2.x du module comme expliqué de nombreuses fois auparavant n'est PAS compatible avec la branche 1.5.x de Prestashop... Cela fait plaisir de voir quelqu'un aider les autres :-). PS: je cherche toujours des volontaires pour mettre à jour la documentation du module pour que je puisse me concentrer sur le développement de celui-ci. Des professionnels ayant participé de manière conséquente à l'évolution de la documentation pourront bien-sur être référencés dans celle ci avec leur logo, un lien vers leur site et la mention de leur participation à l'élaboration de la doc.
  8. Bonjour, je déconseille sa désactivation car ces informations permettent de retrouver à quelle commande correspond une transaction ATOS lorsqu'il y a un problème (j'ai déjà vu le système ATOS retourner une annulation pour un paiement qui a pourtant été confirmé par exemple, donc je n'ai qu'une confiance extrêmement limitée dans ce système c'est pourquoi il me semble important de conserver un maximum de traces). Si vous décidez de désactiver le stockage de ces informations dans la commande, vérifiez d'abord que la génération de logs par le module fonctionne correctement.
  9. Vous faites bien de pointer ceci du doigts car ce n'est plus d'actualité depuis la branche 2.1.x si ma mémoire est bonne étant donné que depuis j'archive directement le module depuis mon espace de travail Eclipse sur un système de fichier Windows pour gagner du temps puisqu'apparemment personne ne lisait la doc et les modules étaient déployés par le back office Prestashop plutôt que de déployer proprement la tarball depuis un shell, les archives ne comportent de fait depuis plus les droits de fichier pré-réglés pour un déploiement sur hébergement OVH ou similaire. Il faut en effet que je mette la doc à jour... Sincèrement désolé pour le dérangement :-/.
  10. Bonjour, la 2.1.8 se comporte effectivement mieux sous PS 1.5.x mais elle n'est pas tout à fait compatible (elle n'a pas été prévue pour), elle risque principalement de poser des problèmes sur les hooks graphiques (en-tête, colonnes gauche et droite, pied de page) si ma mémoire est bonne. Sinon je suis content qu'elle est résolu votre problème.
  11. Les modes numériques à appliquer dépendent de différents éléments : - utilisateur et groupe propriétaire des fichiers - utilisateur et groupe apache pour le site - utilisateur et groupe PHP pour le site La documentation sur les droits à appliquer est faite pour être lue par le technicien d'exploitation du serveur. Appliquer un CHMOD identique à tous les fichiers constitue une faille sévère de sécurité. N'appliquez JAMAIS un CHMOD de 0777 à l'aveugle (les cas dans lesquels un mode numérique de 0777 sont à appliquer sont EXTREMEMENT rares et sont généralement le signe d'un serveur mal configuré). Mr_Paypal ne sait visiblement pas de quoi il parle. J'ai du mal à comprendre l'intérêt de faire des économies de bouts de chandelles en faisant faire l'installation par quelqu'un de non qualifié si c'est pour au final avoir ses paiements détournés. (Bien-sûr, en cas de détournement du paiement vous devrez honorer les commandes puisque le client a bien payé en suivant la procédure proposée par vous, il sera alors à votre charge d'attaquer le pirate en justice pour récupérer votre argent ou faire appel à votre assurance, à supposer que vous en ayez une...). Si vous n'avez pas de technicien disponible et que faire appel à un technicien freelance est trop cher, prenez un hébergement avec infogérance et maintenance votre hébergeur se chargera de ces manipulations pour vous. N'oubliez pas que vous serez légalement responsable de toute exposition des données personnelles de vos clients (en plus de perdre toute crédibilité et la confiance de vos clients). Je vous suggère de faire un tour ici : http://www.cnil.fr/e...ctions-penales/ Il s'agit ici de peine légales à caractère générique, quand il s'agit de données bancaires on peut facilement supposer que les peines sont bien plus élevées. Concernant la non validation de commande les principales pistes : - vous êtes en 1.5.x et n'avez pas corrigé le problème des statuts de commande ou vous n'avez pas revalidé la configuration du module après correction du problème. - vous avez supprimé le statut de commande configuré dans le module - un module inscrit sur un hook de validation de commande ou de changement de statut a fait planter la validation (c'était l'année dernière la spécialité du module So-Colissimo, possiblement à cause d'une mauvaise configuration de l'utilisateur, j'ai vu aussi certains modules d'analyse ROI causer la même chose; il s'agit généralement d'un appel CURL ou fopen d'un fichier / service distant mettant plus de temps à répondre que la durée d’exécution allouée dans PHP ou dans le wrapper CGI). Dans tous les cas la consultation des logs d'erreur PHP, apache et de l'éventuel wrapper CGI permet généralement d'identifier rapidement le problème.
  12. Bonjour, pour les problèmes de retour Analytics vous pouvez essayer la version 2.1.8-early1 : http://www.capillotracteur.fr/downloads/tgg_atos-2.1.8early1.tar.gz
  13. Bonjour, comme indiqué plusieurs fois auparavant : la branche 2.x du module n'est pas compatible avec Prestashop 1.5... J'ai déjà pas mal avancé sur la version 3 à venir mais il reste encore pas mal de boulot étant donné que la branche 3 est une réécriture totale du module pour l'améliorer en plus de monter son architecture sous celle de Prestashop 1.5.
  14. Désolé lecture trop rapide... Peut être un module accroché à un des hooks de confirmation de commande ou changement de statut. Encore une fois, le meilleurs moyen d'être fixé est un débugage pas à pas. http://xdebug.org/
  15. Mauvaise interprétation, la négation de la condition du if n'empêche pas l'appel à processResponse, cela change donc juste l'aiguillage dans le if (je ne vais pas être méchant et éviter de parler du registre CS du processeur ;-)). tgg_atos::processResponse() peut retourner TRUE ou FALSE et cela est tout à fait normal. Avez-vous consulté la phpDoc du module avant de commencer à bricoler à l'aveugle ? Plutôt que de bricoler vous perdriez moins de temps à faire un débugage pas à pas avec xdebug par exemple... Avez-vous au forcé l'écriture des logs PHP et Apache à haut niveau de verbosité et consulté ceux générés lorsque le problème se produit ? A ne pas vouloir prendre le temps de faire les choses correctement vous en perdez beaucoup plus...
×
×
  • Create New...

Important Information

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