N°6

Bonjour à toutes et à tous, Je rencontre le problème suivant depuis que j'ai installé le module classique Paypal : quand un client effectue un paiement via Paypal, le statut de la commande reste indéfiniment en mode "En attente de paiement Paypal". Si une âme charitable pouvait m'aider à ce que le statut passe automatiquement en mode "paiement accepté", je lui en serai très reconnaissant. Merci pour votre aide !

Bonjour Eolia et merci pour votre réponse. Mon hébergeur est bien OVH. Alors voilà, si je souhaite envoyer un message à l'adresse e-mail utilisée par le site, ou si je me connecte à la messagerie roundcube correspondant à l'adresse e-mail du site pour y envoyer un message, ça fonctionne parfaitement. J'ai regardé sur OVH si les messageries étaient bloquées pour spam, ras. Cela voudrait donc dire que OVH peut uniquement bloquer tout ce qui entre ou sort du site en mails, que ce soient des confirmations de commande, des confirmations d'inscription..., et même le système de test d'e-mail de prestashop ? Quand vous parlez des mails en attente, si vous parlez de ceux en chinois dans l'onglet SAV, je les ai tous supprimés, il y en avait 15000 envoyés en quelques heures. et dès que je désactivais la maintenance c'était reparti, en quelques secondes j'envoyais des centaines apparaître. J'ai ajouté Google ReCaptcha V3, bloqué la chine et la russie dans le htaccess (même si je sais qu'avec un proxy ils peuvent attaquer de n'importe où), ajouté dans celui-ci une liste noire d'ips connues, plus ce que j'ai déjà cité plus haut. Là le problème ce sont bien les mails qui ne partent ni ne rentrent plus sur mon site. Je me sens un peu perdu d'un coup...

Bonjour, je me permet de relancer ce topic. Nous subissons actuellement une attaque de robots spammeurs chinois, avec des mails émanant en grande majorité de qq.com. J'ai suivi votre conseil : j'ai ajouté return false; dans /controllers/front/ContactController.php. Ça fonctionne apparemment puisque je ne reçois plus de spams sur le SAV de prestashop 1.6.1.4 depuis le formulaire de contact, que j'ai d'ailleurs remplacer par un message pour nous contacter directement grâce à une adresse mail. Ca fonctionne tellement bien que je ne reçois depuis plus aucune notification de commande, ni mes clients d'ailleurs. Quand je fais un test de messagerie depuis l'outil de test sur prestashop je ne reçois plus rien non plus sur ma boîte mail personnelle. Y-a-t-il un moyen que mes clients et moi-même puissions quand même recevoir les notifications et confirmations de commande tout en continuer à bloquer les attaques ? Merci pour votre réponse.

Au fait je te dis "tu" car on s'est souvent parlé au téléphone il y a quelques années et on se tutoyait...N'y voit pas là un manque de respect de ma part surtout.

Bonjour Eolia, je suis encore sous le coup de l'émotion, et j'ai dû penser à boire un verre de bon Bordeaux au moment d'écrire mon message pour noyer mon chagrin Tu sais, j'ai pas mal d'hébergements chez o2switch, et côté performances ce n'est pas top tous les jours. Il y a des moments où c'est même très lent, surtout la nuit, alors qu'il y a moins de monde. Après c'est certain que j'aime bien plus travailler avec un cpanel qu'avec un truc préhistorique comme celui que propose OVH... Le seul truc qui m'a "choqué" sur le moment c'est le %, je n'ai vu une telle hausse (en %) chez aucun autre hébergeur. Côté services, o2switch a quand même tendance, quand il y a un soucis, à dire qu'ils ne sont pas responsables de certains bugs même si c'est le cas. Mais ça la mauvaise foi tu la trouves chez tous les hébergeurs du marché.

Bonjour, J'ai la joie (un peu les boules quand même...) de vous annoncer que l'hébergeur Bordelais o2switch vient directement d'augmenter le tarif de son offre unique de près de 40% ! Un joli blabla pour faire passer la pilule reçu le 17/11 stipulant que le changement interviendrait ... le 16/11. Du coup impossible d'anticiper pour les nouveaux clients l'achat de l'hébergement avant sa hausse fulgurante. Je trouve cela très limite comme pratique. La moindre des politesses aurait quand même été de l'annoncer un peu avant, la crise mondiale n'est pas arrivée hier. A côté de cela l'offre Pro d'OVH redevient compétitive puisque moins chère que l'offre o2switch. L'excuse du fait que l'offre est restée gelée depuis 10 ans ne passe pas. Il fallait faire comme tout le monde, augmenter ses tarifs chaque année. Imaginez la tête des clients quand on leur annonce que l'année prochaine ils vont quasiment payer le double pour leur hébergement... Voici la tartine reçue le 17/11, dîtes-moi ce que vous en pensez :

Bonjour et merci pour votre réponse mais non , je n'ai rien activé de ce type sur o2switch. Merci beaucoup en tout cas de prendre la peine de me répondre, ça devient une denrée rare l'entraide ici...

Pour info, je suis passé chez o2switch parce que vous l'aviez mis dans votre top 3 des hébergeurs. J'avoue que ça me fait douter de celui-ci en ce moment...Au moins concernant son aptitude à gérer correctement du presta 1.7.8.x. J'ai du WP dessus qui fonctionne parfaitement, du html5 également, idem. Mais côté presta, chaque site installé apporte son lot de galères, galères du même type jamais rencontrées chez d'autres hébergeurs...

Bonsoir, Je viens de régler le problème avec Paypal : Le problème avec cURL venait du fait qu'il a fallu que je mette le site en production puis que je vide le cache pour que cURL soit ok. Reste toujours les autres problèmes... Je n'ai jamais touché à ModSecurity. Quelle serait son incidence sur le fonctionnement normal des modules de paiement ? Ce n'est pas censé être un genre de pare-feu applicatif destiné à protéger le système ? Ce n'est pas risqué de le désactiver ?

C'est une solution en effet mais qui ne fonctionne pas pour moi. De plus ne serait-il pas judicieux que quelqu'un chez presta corrige ce bug plutôt que de devoir "bidouiller" avec son navigateur ?

Bonsoir, Je fais remonter ce sujet car bizarrement j'ai ce même type de problèmes avec les modules de paiement : Paypal, Revolut, Stripe, Payplug, et même avec des modules tels qu'Elementor, alors qu'il n'y avait aucun soucis de ce type chez mon ancien hébergeur (OVH). Depuis que j'ai fait des installations propres de prestashop 1.7.8.6 et 1.7.8.7 chez o2switch je n'ai que des soucis avec ces modules, par exemple php_Curl bien qu'activé sur l'hébergement (vérifié avec php_ini) n'est pas reconnu comme actif par le site sous prestashop 1.7.8.7 alors que celui en 1.7.8.6 l'est. Je ne parle pas des problèmes de webhook, des erreurs dans les paiements dont les validations retournent une page d'erreur alors que les paiements ont été débités aux clients... Là aujourd'hui je n'ai plus de header dans le tunnel de commande après avoir installé elementor alors que d'habitude tout se passe normalement au moins pour ça. Moi aussi je les ai contacté mais ils disent que tout est ok. Alors est-ce dû à leurs serveurs ou y-a-t-il toutes ces erreurs à cause des versions de prestashop utilisées, et peut-être pas tout à fait terminées ? Est-ce un module mal écrit qui provoquerait cela ? Etant donné que le seul module qui pourrait être en cause est elementor (à jour), et sachant que je l'ai désactivé pour vérifier si il était la cause de tout ce bordel, sans succès, j'ai l'impression que je vais faire une installation chez un autre hébergeur histoire de voir si le coupable est o2switch ou prestashop... Si quelqu'un a un site tournant sous prestashop 1.7.8.6 ou 1.7.8.7 chez o2switch, aurait-il la gentillesse de se manifester afin juste de me dire si son install tourne sans défaut ou si il a rencontré des problèmes chez eux ? Merci beaucoup !

Bonsoir, je n'arrive pas à mettre à jour les modules natifs sous prestashop 1.7.8.7 J'ai juste ce message en rouge qui apparaît à la suite de chaque tentative : "Could not perform action update for module undefined" Un bug de cette version ? Merci pour votre aide.

Bonjour, J'ai besoin d'un retour d'expérience objectif avec le module de paiement Klarna, qui a l'air d'être une usine à gaz dans sa catégorie, entre les difficultés d'installation pour les uns et son incompatibilité avec certains thèmes pour les autres. Quelqu'un l'aurait déjà installé pour un client ? Disons que je n'ai pas envie d'installer un module qui risque de planter la déco dans le tunnel de commande ou sur les fiches produits, ou pire encore. Merci beaucoup pour votre retour d'expérience !

Bonjour, merci à tous pour vos réponses. Effectivement, c'est bien ce que je pensais être. C'est juste le nom qui diffère, la fonction reste identique.

Bonsoir, C'est que je pense également. Le terme est différent mais je pense que c'est la même chose. Merci de m'avoir répondu.