Jump to content

mandrake

Members
  • Posts

    488
  • Joined

  • Last visited

  • Days Won

    2

mandrake last won the day on November 30 2022

mandrake had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

mandrake's Achievements

  1. Plus every year I pay for fast support. I'm going to stop paying for nothing.
  2. Hello, I have exactly the same problem, I have been waiting for a response to a support ticket for several days. The module no longer works and I manage an online sales site where we regularly change our product sheets. Impossible to modify our texts or anything on the site. And no one answers. They still maintain their modules?
  3. J'ai trouvé ce fichier : monsite.com/modules/paypal/controllers/front/ipn.php C'est bien celui-là ?
  4. Bonjour, Quelqu'un pourrait-il me donner le chemin vers le fichier qui valide l'appel IPN Paypal svp ? Avant c'était le fichier validation.php mais là impossible de le trouver dans les fichiers du module. Merci beaucoup.
  5. Bonsoir à toutes et à tous, Quelqu'un a-t-il déjà rencontré ces problèmes avec le module Payplug (je précise que malgré la maj vers la dernière version du module les problèmes sont toujours présents) 1er problème : sur le site sont proposés deux modes de paiements : Paypal et Payplug. Quelques clients signalent régulièrement qu'ils n'ont que Paypal proposé comme moyen de régler leur commande. Lorsqu'on effectue un test en se connectant au compte du client comme si c'était lui qui effectue la commande, impossible de reproduire l'absence de paiement par CB. Cela arrive surtout avec clients passant commande via leur smartphone. Cela arrive à 1 client sur 200 en moyenne. Si c'était le cas pour tous les clients je comprendrai mais là cela concerne quelques clients. Une idée de la cause ? 2eme problème, le pire : Sans prévenir, il arrive de manière totalement aléatoire qu'un panier avec paiement effectué via Payplug reste à l'état de panier abandonné alors que le paiement a bien été reçu par Payplug. Obligation de pointer chaque paiement reçu sur le compte Payplug. C'est ingérable vu le nombre de commandes payées chaque jour. De plus nous devons régulièrement vider la base de données côté paniers abandonnées afin de la soulager donc il est parfois impossible de transformer un panier abandonné en commande puisqu'il n'apparaît plus dans la liste. J'ai contacté Payplug, lui ai expliqué le problème, et voici sa réponse : Tout c'est très bien, sauf que nous leur avons bien indiqué que nous ne sommes pas hébergés chez OVh mais chez o2switch, que nous avons désactivé Mod_security et Tiger protec, les deux seules sécurités en place, qui sont susceptibles de retourner ces erreurs-là. Rien d'autre en place qui puisse retourner un code d'erreur 403 chez notre hébergeur. Donc si vous avez une idée de génie qui pourraient nous sortir de là, hormis celle de virer ce module made in BPCE (le groupe derrière Payplug en réalité), cela nous ferait vraiment du bien... Au cas où on n'arriverait pas à résoudre ce gros problème, pensez-vous que Prestashop Checkout serait une bonne solution de rechange ? Merci par avance pour votre aide, on en a bien besoin.
  6. Bonjour, Je suis à la recherche d'un module permettant d'ajouter la fonction pièce jointe aux réponses envoyées aux clients. Eux peuvent actuellement joindre une pièce en SAV client, par contre il n'est pas possible en natif de répondre en envoyant une pièce jointe comme un catalogue pdf par exemple ou une photo. Module gratuit (de préférence) ou payant compatible 1.7.x.x. Merci pour vos réponses.
  7. Bonsoir à toutes et à tous, Quelqu'un a-t-il une idée sur la manière de visualiser la liste des produits générée par l'action "Avertissez-moi quand un produit est à nouveau disponible", quand un acheteur qui souhaite être averti de la nouvelle disponibilité d'un produit, indique son adresse e-mail dans ce champ présent sur une fiche produit " en rupture de stock provisoire" ? Cela servirait à créer un listing destiné à pouvoir commander avec plus de précision et donc moins d'invendus les produits du catalogue en ligne. Merci pour les réponses à venir.
  8. Mon camarade développeur m'a dit aujourd'hui que le dév qui s'occupe du module Revolut accuse ouvertement le module Mondial Relay de l'empêcher de fonctionner correctement. Ça fait un mois que le gars rame avec son module, il envoie un soi-disant correctif qui ne sert à rien, ne prend même pas la peine de le tester en l'installant sur le site du client de mon pote, alors qu'il a un accès B.O et FTP ! Le client de mon ami le recontacte pour lui signaler que son correctif c'est de la bouse, le gars lui répond qu'il ne sait pas pourquoi ça ne fonctionne pas, lui redit quand même que c'est la faute à Mondial Relay et que si il veut que le module Revolut fonctionne, vu qu'il n'a pas le temps de s'en occuper, il lui indique juste que si il veut qu'il répare il lui faudra attendre deux semaine de plus (on en est à 3 et toujours rien). Si vous connaissez quelqu'un qui l'utilise avec Mondial Relay (que mon poto a désintallé pour vérifier les dires du dév de chez Revolut, et même sans Mondial Relay il ne fonctionne pas correctement...) ou sans même, sous prestashop 1.7.8.x, si on pouvait avoir un retour d'expérience ce serait sympa de le poster ici. En tout cas de mon côté, je refuse de l'installer pour mes clients tant qu'il bugue autant, c'est quand même un module de paiement quoi...
  9. Bonsoir, D'un côté tu as des supers pros du dev comme Eolia ou Doekia qui apportent gratuitement la plupart du temps leur soutien à la communauté Presta et de l'autre tu en as qui se goinfrent sur le dos des possesseurs de boutique Prestashop inexpérimentés qui se font dépouiller de plusieurs centaines à plusieurs milliers d'euros pour des travaux qui, quand tu connais un peu le métier, prennent parfois 10 minutes. J'ai patché tous les sites de mes clients gratuitement avec le correctif pour ce hack. Quand on t'offre la solution gratuitement pourquoi la facturer à tes clients derrière ? Si encore ça prenait deux heures à faire mais là c'est plié en 10 minutes, même en 5 si tu prends le module offert par Linea Grafica qui patche automatiquement la faille. Mais bon j'ai un côté altruiste contrairement à certains. Je ne mourrai pas riche du coup mais je m'en fiche complètement. Ça fait du bien de faire du bien autour de soi aussi.
  10. Bonjour, certificat SSL Let's Encrypt sur tout le site. Tout est ok de ce côté. En fait c'est Revolut qui pose problème. Tout se passe normalement dans le tunnel de commande, c'est une fois le paiement effectué que ça se corse : le message "Payment Process Error" "Something went wrong while taking the payment" qui apparaît à la place de la page de confirmation de commande. Ca se passe parfaitement bien pour tous les autres modules de paiement. Le problème avec Paypal s'est réglé après avoir régénéré le htaccess de prestashop. Je serai curieux de savoir qui sera le génie qui résoudra ce problème. Une demande d'assistance a été effectuée auprès de Revolut mais ils n'ont pas l'air de s'affoler pour intervenir.
  11. Bonjour, Un de mes amis fraîchement e-commerçant rencontre depuis la mise en ligne très récente de son site des problèmes avec tous ses modules de paiement installés (Paypal, Revolut), du coup il a dû placer en mode maintenance son site le temps de résoudre tous ces problèmes. J'ai vraiment besoin de votre aide à ce sujet car je ne comprend pas pourquoi tous les paiements plantent. Pour Paypal, même si le paiement s'effectue correctement, il y a un problème quand on consulte le backoffice des commandes où le statut du paiement reste sur "En attente de paiement Paypal", et une longue phrase d'erreur est affichée au dessus de la commande où il est indiqué "Event notification has not been received yet. Please check if your website has a correct SSL certificate (https) or htaccess are not enabled." Pour Revolut, le client passe sa commande, rentre ses données de carte bancaire dans le champ prévu à cet effet, valide son paiement, mais il arrive sur une page de prestashop où seul est indiqué le message sur fond rouge suivant : "Payment process error Something went wrong while taking the payment" Du coup le client pense que le paiement a échoué mais ce n'est pas le cas, il est débité sur son compte par Revolut deux jours plus tard. Même les modules de transporteurs, si ils fonctionnent correctement dans le tunnel de commande, ne prennent pas en compte les commandes et n'éditent pas d'étiquette de livraison à imprimer. Si il y avait une âme charitable pour m'aider à lui enlever ces grosses épines du pied ce serait vraiment top. Merci par avance.
  12. Bonsoir, Oui support contacté mais pas de réponse pour le moment. L'url principale du site est enregistrée, par contre je me demandais si il fallait indiquer l'url du chemin menant au module au lieu du simple nom de domaine ?
  13. Bonjour, c'était déjà fait, cela ne fonctionne pas. J'ai supprimé et réinstallé, idem...
  14. Bonjour à toutes et à tous, Quelqu'un pourrait-il m'éclairer à propos de ce message sur fond rouge qui s'affiche à l'ouverture du module de paiement Revolut ? Si vous aviez la solution pour corriger ce problème, je vous remercie par avance de partager cette solution ici. Merci pour votre aide
×
×
  • Create New...