@Jo Posted March 13 Share Posted March 13 (edited) Bonjour, Une cliente venait de me signaler que le paiement par carte et paypal avait disparus. Elle avait pu remplir un panier, peut-être car le cache n'était pas vidé. Après vérification je vois que le bouton d'ajout au panier a disparu des fiches produits. C'est en fait le problème que je n'arrive pas à réparer. Cela ne semble pas venir de PrestaShop Checkout. Bien que, à la première vérification il n'y avait pas de demande de mise à jour du module Checkout, puis elle a apparue ensuite. J'ai fait la mise à jour, qui n'a rien changé. J'ai mis à jour le module du panier, sans effet, puis désintallé et réinstallé, vidé le cache, y compris de mon naigateur (testé sur 2) mais rien n'y fait. La boutique n'est pas en mode "catalogue". Je cherche mais je ne comprends pas ce qu'il s'est passé ni comment réparer. Quelqu'un a-t-il la solution, ou une piste ? https://wonderful-monde.com/ Version de PrestaShop 1.6.1.24 thème utilisé default-bootstrap Version de PHP 7.1.33 Version de MySQL 10.6.17-MariaDB Edited March 27 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 il semblerait quand même que votre boutique soit passée en mode catalogue. A vérifier également que les produits sont bien marqués "disponibles à la vente" Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Merci de répondre Eolia. Le problème est que dans : préférences / produits / mode catalogue est sur "non". Et les produits sont bien disponibles à la vente. Est-ce qu'il y a une autre commande qui pourrait forcer ces configurations ? Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 Vérifier que vous n'avez qu'une seule fois l'entrée "PS_CATALOG_MODE" dans la table ps_configuration. Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 "PS_CATALOG_MODE" ne s'y trouve qu'une fois. Avec la valeur "0". Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 Pas de module de restriction par groupe/pays ou autre ? Avez-vous essayé de désactiver temporairement le module ps_checkout ? Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 J'ai vérifié la configuration des paiements. Elle est toujours la même, sans restriction de groupes. Les cases sont toujours cochées en disponibilité pour chacun et pour tous les modes de paiement. Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 J'ai vérifié en désactivant checkout en vidant tous les caches. Pas de changement. Et en réactivant idem. Je cale. Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 Pas d'override sur product.php ou productController.php ? Mode debug activé (pour capturer les éventuelles erreurs) ? Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Je viens de le passer en mode debug. Pour l'instant, je ne vois pas d'erreur sur une fiche produit. Je cherche. Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Je viens de faire un constat. La cliente qui m'avait contactée a passé commande en choisissant le virement, faute de mieux. La commande a fonctionné, mais je vois que sur sa commande il est spécifié "Aucun moyen de paiement disponible" dans la case des modules des paiements, et bien que le moyen de virement apparaisse plus haut. D'habitude le module fait apparaitre sur la commande le moyen de paiement quel qu'il soit. Ce pourrait donc être un problème sur l'ensemble des moyens de paiement. Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 Quelque chose passe la partie des boutons en unvisible et l'ajout au panier n'est pas en javascript mais force la redirection vers la page panier. J'ai également ce message en haut du site: "Vous ne pouvez pas créer de nouvelle commande depuis votre pays : Undefined" (vous auriez activé la géolocalisation ?) Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 il y a 1 minute, @Jo a dit : Je viens de faire un constat. La cliente qui m'avait contactée a passé commande en choisissant le virement, faute de mieux. La commande a fonctionné, mais je vois que sur sa commande il est spécifié "Aucun moyen de paiement disponible" dans la case des modules des paiements, et bien que le moyen de virement apparaisse plus haut. D'habitude le module fait apparaitre sur la commande le moyen de paiement quel qu'il soit. Ce pourrait donc être un problème sur l'ensemble des moyens de paiement. Non, ça c'est normal tant que le paiement n'est pas validé. Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Je ne sais pas de quelle géolocalisation il s'agit. Je n'ai rien changé. Je vais chercher. Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Dans "localisation", il y a "Télécharger les données de localisation" : "oui" est coché. mais je n'ai rien changé. Il est précisé : "Si vous cochez oui alors le pack de localisation sera téléchargé depuis prestashop.com. Sinon le fichier xml présent sur votre serveur dans le dossier "localization" de votre installation PrestaShop sera utilisé." Je ne sais pas si cela peut avoir une incidence. Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 Non, c'est dans "Préférences" => "Géolocalisation" Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 (edited) La géolocalisation est telle que depuis le début. Géolocalisation par ip, et toute une liste de pays, dont la France, pour lesquels la boutique est accessible. Est-ce que cette fonctionalité pourrait être corrompue ? Par exemple par un système lintru ? Edited March 13 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted March 13 Share Posted March 13 Je vous conseille de la désactiver car elle ne fonctionne plus depuis 4 ans (l'api de MaxMind a changé et votre version Prestashop ne la gère pas) donc la base des IP n'est plus du tout à jour. Ou alors passez en PhenixSuite 😛 Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Pour ce qui est de PhenixSuite, c'est prévu. (je suis tout le temps obligée de reporter, mais j'y viens) J'ai désactivé la géolocalisation, et le bouton est revenu. Merci,je n'y avais pas pensé. Par contre pas checkout. J'ai du désintaller et réinstaller, mais maintenant il ne reconnait plus mon compte. J'ai commencé de refaire tout le processus de paypal et j'arrive sur une page d'erreur avec un code que je ne sais interpréter. Je crois que je vais mettre une sauvegarde de l'ancienne version de chekout et recommencer la mise à jour, pour voir si cela se passe mieux. Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 (edited) Mon message n'était pas passé, je viens de le publier. La suite : Je galère maintenant avec checkout. mais je pense identifier le problème qui est qu'il ne reconnait plus mon compte au moment de l'identification. Je me souviens que quand j'étais précédemment entrée dans le module pour le mettre à jour (avant de solutionner le problème du bouton ajout), j'avais eu un message auquel je n'ai pas prêté suiffisament attention. Une fenêtre me proposait d'entrer mon identifiant Prestashop. Avec le recul il me semble que c'était pour unifier l'identification avec un seul mail prestashop et paypal. Mais je n'utilise pas les mêmes pour ces deux comptes. Et maintenant quand je me connecte à checkout, il me fait tout recommencer en mettant par défaut le mail d'identification pour prestashop et non celui pour paypal. Ensuite, je corrige et paypal reconnait bien mon entreprise, mais je pense qu'il identifie ma connection comme la volonté de connecter un deuxième compte. J'ai supprimé manuellement le module checkout avec mon ftp, remis l'ancien et recliqué sur la mise à jour à partir du BO, mais il reproduit la même chose. Il a perdu le lien avec mon compte. Et quand je tente à nouveau il m'amène sur une page d'erreur. J'ai du fermer la boutique. Quelqu'un à une idée pour corriger le problème ? Edited March 13 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
@Jo Posted March 13 Author Share Posted March 13 Après plusieurs essais, le problème checkout n'est pas résolu et en plus, je n'ai plus aucun moyen de paiement qui s'affiche, mis à part un mode de paiement paypal, qui ne correspond pas à checkout. Voir capture d'un test de commande arrivé au moment de payer. Il n'y a plus les modes de paiement par chèque et virement. Est-ce d'avoir enlevé la géolocalisation ? Je veux bien un peu plus d'aide. Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Ce n'est pas du tout l'interface de Paypal, cela ressemble plutôt à un hack surtout si les autres moyens de paiement ont "disparu". Je vous conseille de passer Cleaner pour contrôler ça: https://shop.devcustom.net/fr/content/16-nettoyage-hack Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Merci. Je viens de placer le fichier cleaner et je l'ai appelé. Le script qui s'affiche est : "Script de nettoyage et contrôle pour boutiques PrestaShop by @eolia Votre version doit être mise à jour. Téléchargement de la dernière version et exécution..." Je reviens pour la suite. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 J'ai une mega liste qui s'affiche. Certaines lignes en rouge, d'autres en orange, d'autres en vert. Je ne sais pas combien de temps cela va me prendre pour analyser tout ça. Je peux publier le résultat ? Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 oui si vous voulez, c'est surtout le rouge qu'il faut contrôler. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Je commence par changer les mots de passe Presta et paypal. Je reviendrai pour la suite et parler de la restauration des fichiers d'origine comme il est mentionné dans le rapport. resultat.txt Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 restaurez l'ensemble du répertoire /tools pour commencer et contrôlez/supprimez ces 2 fichiers qui me semblent suspects: /b2b.php /bootstrap.php Celui-ci n'est plus utilisé par votre version et doit être supprimé: /js/product.js Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 J'ai plusieurs choses à gérer aujourd'hui. C'est compliqué. Premier constat sur les 3 fichiers désignés en rouge : "Contrôle des fichiers admin: ... Contrôle sur les fichiers sensibles connus pour être modifiés: MD5 INTEGRITY : Fichier php infecté. Contenu à restaurer impérativement => /tools/pear/PEAR.php MD5 INTEGRITY : Fichier php infecté. Contenu à restaurer impérativement => /tools/profiling/Controller.php MD5 INTEGRITY : Fichier php infecté. Contenu à restaurer impérativement => /tools/smarty/sysplugins/smarty_cacheresource.php" => ils n'ont pas été modifiés récemment. Donc même s'ils ont des failles, il y a autre chose. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 (edited) Je viens de supprimer ces 3 fichiers. Le fichier /b2b.php date de 10 jours et ce n'est pas moi qui l'avais ajouté... J'ai supprimé tools et mis le répertoire d'origine. Je constate que les moyens de paiement sont revenus sauf checkout. Je continue les controles. Edited March 14 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 il y a 21 minutes, @Jo a dit : => ils n'ont pas été modifiés récemment. Donc même s'ils ont des failles, il y a autre chose. si vous vous fiez à la date sur le ftp vous vous mettez le doigt dans l'œil, les hackers exécutent un touch() sur les fichiers pour remettre la date d'origine après modification. Je n'ai pas écrit cet outil pour faire joli et s'il vous dit que ce fichier n'est pas conforme à l'original c'est qu'il ne l'est pas, maintenant faites comme vous voulez. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 J'ai supprimés les suivants en rouge : Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (include() => /track.php Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (include() => /newsletters/supp.php Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (include() => /newsletters/list.php Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (file_put_contents() => /translations/fr/pdf.php J'ai vérifié que ceux-ci ont bien été supprimé par votre programme : Elément indésirable supprimé dans /modules => /modules/stamps.php Elément indésirable supprimé dans /modules => /modules/ini.php Pour ce qui est des "fichiers coeurs" j'hésite sur lesquels en font partie, pour les controler. Il faudrait que je puisse rouvrir la boutique, même si je continuerai la suite du contrôle. J'ai demandé aussi à Paypal de me donner la dernière date de leur mise à jour pour m'assurer si la demande de mise à jour qui s'affiche dans le BO est bien la leur. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Si quelqu'un pouvait me dire quelle est la dernière date à laquelle ils ont une demande de mise à jour de checkout dans leur BO ça m'arrangerait. Le service client de paypal n'est pas fichu de répondre. Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 il y a une heure, @Jo a dit : Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (include() => /track.php Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (include() => /newsletters/supp.php Fichier php inexistant dans la version d'origine qui contient des fonctions permettant une injection (include() => /newsletters/list.php Ces 3 là font partie du module de newsletter, à ne pas supprimer il y a 50 minutes, @Jo a dit : Si quelqu'un pouvait me dire quelle est la dernière date à laquelle ils ont une demande de mise à jour de checkout dans leur BO ça m'arrangerait. Le service client de paypal n'est pas fichu de répondre. La dernière version du module ps_checkout est la 6.3.6.0 Pour les fichiers cœurs vous les comparez avec le zip d'origine. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 (edited) Merci eolia. La version qui s'affiche après la mise à jour demandée dans le Bo est 6.3.6.1. Donc il semble que ce ne soit pas la leur. J'avais supprimé et mis ma dernière sauvegarde qui est récente, apparemment trop. Je vais encore supprimer le module. C'est pour cette raison qu'il me faudrait la date de la version 6.3.6.0, pour que je puisse mettre une sauvegarde suffisament ancienne tout en étant à jour. Quand elles ne le sont pas elles ne fonctionnent plus. Edited March 14 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Ah non effectivement c'est la 6.3.6.1 publiée hier semble-t-il Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Donc, j'ai la bonne version mais j'atterris toujours sur un message d'erreur. Je le joins en supprimant les zones qui semblent correspondre à une clé. Pour le cas où vous puissiez regarder. redirect.json Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Vous avez vérifié la configuration avec le module ps_account etc ? Ce module est assez sensible au moindre changement. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Je suis en train de regarder ps_account, mais je ne sais pas trop ce qu'il faut vérifier. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 (edited) Je viens de voir dans le BO que j'ai un module "prestashop-account", et c'est là que je vois le fameux message dont je parlais plus haut "Un seul compte pour gérer tous vos abonnements PrestaShop". Voir la capture. Il est associé à mon mail de connection prestashop qui n'est pas celui de paypal. Quand je clique sur "gérer les boutiques associées", je tombe sur ce lien qui me demande de m'identifier :https://authv2.prestashop.com/login?login_challenge=b513b1fe1ad54d07be3dd438876a49cc Cela me semble très douteux. Edited March 14 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Non, c'est le bon lien. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Alors je ne comprends pas pourquoi maintenant paypal reconnait ce mail de connexion qui n'est pas le sien. Il ne devrait pas y avoir de lien entre les deux, et paypal n'a jamais fait ça avant. Je cale. Le module de prestashop checkout a besoin que l'on soit connecté/identifié au site de prestashop ? Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Oui, c'est obligatoire à présent (et pour certains autres modules également). Ce qui permet entre autres à Prestashop de connaitre le contenu de vos commandes et de toucher ses royalties auprès de Paypal. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Je trouve ça très bizarre. Donc à chaque fois que l'on vide les cookies, checkout ne va plus fonctionner ? Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Non, rien à voir. Vous créez votre compte Prestashop_account, une fois celui-ci validé un token est envoyé au module ps_checkout. Tant que le token est valide le module est fonctionnel. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Je viens de réinitialiser Paypal et recommencer d'associer mon compte paypal à checkout, et c'est pareil. D'abord il propose le mail associé à prestashop au lieu de celui mémorisé sur paypal, je le corrige, il semble avoir associé le compte, mais à l'étape finale je tombe sur le même message d'erreur .json. Je ne sais plus quoi faire, et j'aimerais bien savoir si d'autres ont ce problème, et si d'autres ont eu la mise à jour d'hier de checkout et si tout a fonctionné chez eux. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 A ce moment là, l faudrait peut-être que j'entre directement, manuellement, dans les fichiers du module ps_checkout pour essayer de configurer de cette façon. Il faut encore trouver la source à modifier. Mais je trouve très curieux que d'autres n'aient pas le problème. Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Vous devriez plutôt contacter le SAV Prestashop pour ce module. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 J'ai essayé d'envoyer un message ici : https://help-center.prestashop.com/fr/contact Mais il ne passe pas, j'ai le message : "Votre message n'a pas pu être envoyé Une erreur est survenue. Retournez au formulaire et ré-essayez." Je recommence, et c'est pareil. Link to comment Share on other sites More sharing options...
Eolia Posted March 14 Share Posted March 14 Allez sur Addons et envoyez un message par le chat. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 (edited) Je n'arrive pas à m'y connecter non plus. Pourtant j'ai accepté le cookie. Edited March 14 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Finalement j'ai pu envoyer un message à https://help-center.prestashop.com/fr/contact En changeant de navigateur. Je vais essayer aussi le chat sur chrome (j'utilise firefox d'habitude). Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 L'IA du chat de Addons est une buse ! Elle ne comprend rien et vous fait tourner en boucle en revenant au point de départ. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Sinon, pour pouvoir réouvrir la boutique, je me demandais si il y a moyen de faire apparaître un message sur la page de paiement, où il n'y a plus que le paiement par chèque et virement vu que checkout ne fonctionne pas, pour expliquer au client ce qu'il se passe et lui demander d'être patient. Je n'ai pas trouvé. Link to comment Share on other sites More sharing options...
@Jo Posted March 14 Author Share Posted March 14 Je suis parvenue à avoir un contact sur le chat d'Addons. Ils transmettent à un technicien. Je reviendrai dire ce qu'il en est. Link to comment Share on other sites More sharing options...
@Jo Posted March 15 Author Share Posted March 15 Suite : Le problème n'est toujours pas réglé, mais j'ai ré-ouvert le site quand même, surtout pour qu'il ne soit pas plus pénalisé pour le référencement. J'ai reçu un mail à minuit d'un technicien Prestashop me demandant mes codes d'accès ftp et site. Je ne les ai pas donnés, d'autant que le mail est signé d'un prénom et d'une initiale. J'ai proposé un rendez-vous avec un accès à mon ordi avec teamviewer (logiciel gratuit), donc un accès que le technicien aura de cette façon au BO du site et à mon ftp, mais sur mon ordi et sous mes yeux. Et là, pas de réaction ! Je suis toujours preneuse d'aide pour ce problème technique restant (le site est sécurisé pour le reste) lié de toute évidence à l'interaction entre les modules PrestaShop Account et de Prestashop checkout (Paypal). Link to comment Share on other sites More sharing options...
@Jo Posted March 15 Author Share Posted March 15 Quand j'inspecte le code source d'une simulation de commande arrivée à la page de paiement, je vois plusieurs lignes de code avec : https://oss.maxcdn.com Est-ce normal ? Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 18 Share Posted March 18 Bonjour, Je fais face au même problème et dans la même version de PS que "Jo" et j'ai pris attache auprès du support. Cela fait maintenant une semaine que le site ne veut pas aller au dela de "commander", car il ne se passe rien après...J'ai mis à jour le ps_checkout en dernière version et je n'aurais pas du car tout fonctionnait correctement jusque là. Je souhaite simplement que le support va trouver une solution rapidement. En prenant connaissance de son post, j'ai passé au "cleaner d'Eolia" la boutique mais tout semble se passer correctement d'après le compte rendu. Perplexe et très ennuyé car nous loupons évidemment des commandes. Link to comment Share on other sites More sharing options...
@Jo Posted March 18 Author Share Posted March 18 Oui, j'ai fini aussi par leur donner les codes ce matin, mais j'ai l'impression que le support n'a encore rien fait. Dans nos échanges, ils m'avaient dit qu'il y avait ce problème pour d'autres, et bien que je les ai questionnés, je n'ai pas réussi à obtenir plus d'informations sur sa nature. Bien que je vois dans le fichier .json, que cela semble venir d'un problème de redirection. Le pire, c'est que si je mets la version antérieure, elle ne fonctionne plus non plus. Avant, quand on avait un problème de bug de nouvelle version avec Paypal on pouvait rétrograder. Maintenant avec Checkout, ce n'est plus possible. Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 18 Share Posted March 18 Oui Jo , je confirme que c'est le premier réflexe que j'ai eu aussi. A noter qu'il s'est produit un truc incongru: parmi mes nombreux essais, à un moment donné je me suis retrouvé à pouvoir poursuivre la configuration mais en anglais dans le texte, comme si j'étais en relation avec un Paypal USA ou qqch du genre. Par suite, rien n'a quand même fonctionné ..Mais j'ai bien vu des pages de configuration apparaitre (je ne les avais encore jamais vues) et j'ai coché des cases sur celles-ci. Le mystère reste à cette heure entier. J'espère qu'ils ne vont pas nous demander de changer de version parce que la 1.6 pointchose n'est plus adaptée. Link to comment Share on other sites More sharing options...
@Jo Posted March 18 Author Share Posted March 18 Oui, j'ai fait le même constat. Leur système ne reconnait plus le pays non plus. Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 20 Share Posted March 20 Bonjour, Avez-vous des nouvelles ? De mon côté c'est silence radio et aucune modif des fichiers serveur depuis le 17/03... Link to comment Share on other sites More sharing options...
@Jo Posted March 20 Author Share Posted March 20 Je n'ai aucune nouvelles. Link to comment Share on other sites More sharing options...
@Jo Posted March 20 Author Share Posted March 20 Je viens de relancer Prestashop Help. Ils m'ont répondu que des investigations approfondies sont en cours de réalisation et que leurs équipes sont pleinement mobilisées sur ce sujet, mais qu'ils rencontrent des difficultés à résoudre le problème. Ils nous demandent d'être patients. Link to comment Share on other sites More sharing options...
Eolia Posted March 20 Share Posted March 20 Quelle bande d'incapables quand même... On est sur des sites ecommerce ou le CA dépend de leur module mais ça ne les gène pas plus que ça que vos boutiques soient en rade après vous avoir poussé à utiliser leur seule solution de paiement. Pathétique. Link to comment Share on other sites More sharing options...
@Jo Posted March 20 Author Share Posted March 20 Eolia, c'est bien le problème. Celui du non-choix. On est bloqués. Peu de clients choisissent de payer par virement. Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 20 Share Posted March 20 Jo, merci pour les infos car ils ne communiquent même pas avec nous... Eolia, Je confirme le côté pathétique de la situation très désagréable par ailleurs. Pour ce qui est du paiement par virement, à ce stade il refuse de se mettre en place.... Monde de communication ??? Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 23 Share Posted March 23 Bonsoir. Suite à ma demande d'informations sur la situation, j'ai été contacté et invité à envoyer une impression écran de là où ça bloque: effectivement j'ai pu configurer le module (gros pas en avant) mais arrivé au paiement, j'ai une boucle qui s'affiche et qui tourne indéfiniment en mettant le message suivant "veuillez patienter, chargement de modes de paiement supplémentaires" et rien ne se passe plus à partir de là... Et pour le même prix, j'ai systématiquement une erreur 500 si par malheur je veux enregistrer une commande manuellement (qui passe malgré tout après deux rafraîchissement de page). Charybde et Scylla, vous connaissez ? PS: je n'ai aucune idée de ce qu'ils ont pu faire ou ne pas faire, le seul fichier modifié sur le serveur est dans le dossier log "[2024-03-23 11:42:39] ps_accounts.INFO: Ps_accounts::resetCircuitBreaker"... Link to comment Share on other sites More sharing options...
@Jo Posted March 23 Author Share Posted March 23 Je n'ai toujours aucun retour de Prestashop. Je reprends les recherches. Je me demande à nouveau si le problème pourrait venir du fait que prestashop account demanderait peut-être maintenant que son mail de connexion (qui est celui à addons) soit le même que celui de la boutique et celui de Paypal. Quelqu'un sait ? Link to comment Share on other sites More sharing options...
@Jo Posted March 24 Author Share Posted March 24 Il y a des informations intéressantes ici qui traitent de plusieurs problèmes sur Prestashop Checkout et Account: Mais j'en suis toujours au même point. Link to comment Share on other sites More sharing options...
@Jo Posted March 26 Author Share Posted March 26 (edited) Bonjour, J'ai obtenu une amélioration. L'association du compte s'est faite. Dans le BO, tout à l'air d'être OK, mais en Front, en page de commande le module de paiement mouline et ne s'affiche pas. Ce que j'ai fait : J'ai vérifié les fichiers à la racine du site en comparant avec la version originale de presta 1.6.1.24. J'ai enlevé 3 fichiers qui en fait ne devait pas s'y trouver (je pensais qu'ils servaient à quelque chose). J'ai réinitialisé checkout, et la configuration avec Paypal est revenue. Il faut que je trouve pourquoi ça mouline en Front. Si quelqu'un a une idée ?? https://wonderful-monde.com/ Edited March 26 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 J'ai été confronté aux mêmes déboires. Puis je viens de recevoir ce message : Nous avons le plaisir de vous informer que nous avons appliqué avec succès un correctif pour résoudre votre problème" de la part du support. SAUF que si Paypal fonctionne et établit la liaison, je n'ai encore une fois plus accès à la conf de PSCO avec le même message d'erreur "contactez le support" et je n'ai pas d'autres moyens de paiement proposés. J'avais cru comprendre que ce module là prenait dorénavant tous les moyens chq et virement en charge. Je leur ai posé en retour la question pour savoir s'il faut réactiver les anciens modules dédiés et qu'ils continuent à rectifier leur usine à gaz pour que ça marche définitivement Link to comment Share on other sites More sharing options...
@Jo Posted March 26 Author Share Posted March 26 SOUND OVER : ça fonctionne en Front sur votre site ? Vous pouvez mettre un lien ? Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 Ils ont versionné PSCO en 3-6-3-2...Vous n'avez pas indiqué les modules que vous avez supprimé, ça pourrait aider. Merci https://www.soundovr.com/PreviousTapes/fr Link to comment Share on other sites More sharing options...
@Jo Posted March 26 Author Share Posted March 26 SOUND OVER : Je viens de faire un test chez vous. Oui les moyens de paiements s'affichent. Je ne comprends pas pourquoi cela ne marche pas sur mon site. Ni pourquoi vous avez des réponses de Prestashop Help, et pas moi. Ils ne vous ont rien dit de plus ? Les paiements par chèque et virement ne sont pas intégrés. C'est à vous de les ajouter. Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 Vous connaissez la devise "diviser pour mieux regner" ? Bon, ils ont fait des modifs sur mon site et voila ce que je leur ai répondu, comme ça nous serons au moins deux dans le coup... " soundovr il y a 19 minutes Bonjour, C'est bien. Votre correctif s'affiche côté FO, et la liaison avec PP fonctionne mais il n'est pas possible de configurer le module PSCO qui présente la même erreur à la phase d'identification: "La connexion au compte a échoué. Veuillez réessayer ou contacter le support contacter le support." J'ai de-linké le PS_account puis re-linké à la boutique mais cela ne change rien... D'autre part il me semblait avoir compris que ce module prenait tous les types de paiement en charge, compris chèque et virement. Ce n'est pas le cas. Faut-il réactiver ces modules en parallèle? Ou attendre qu'une autre correction soit faite. Ou alors, une fois configuré, le module PSCO n'est plus accessible ??? Ce n'est pas logique. Merci de me tenir au courant car je ne suis pas le seul dans ce cas... soundovr il y a quelques secondes Et j'ai de nouveau cette mention stupide qui s'affiche : "Vous êtes actuellement connecté avec le nom de domaine suivant soundovr.com Celui-ci est différent du nom de domaine défini dans l'onglet "SEO & URL". S'il s'agit de votre nom de domaine principal, veuillez le changer maintenant." SAUF que je n'ai rien changé... Vous m'avez partiellement donné la réponse mais j'éspère que ça va marcher, je vais réactiver mes modules de paiement autres et vous tiens au courant Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 C'est bien ce que je craignais : ils ne s'activent pas et seul le PSCO est présent... Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 J'ai répondu précédemment à votre invite mais le message est long et passe par la modération, c'est pénible... Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 Encore une info : dans la doc de 47 pages concernant l'install de PSCO, ils précisent que c'est pour les versions 8 et qu'ils intègrent bien CHQ et Virt...Mais nous dans tout ça ? Link to comment Share on other sites More sharing options...
@Jo Posted March 26 Author Share Posted March 26 "Ils ont versionné PSCO en 3-6-3-2.." Là, je ne vois pas en quoi cela contient la solution. Si c'est prestashop qui a opéré une modification, ce que j'ai fait sur mon site n'aurait rien à voir. C'est curieux, qu'ils ne répondent pas, alors que cela fait 10 jours que je les ai informés du problème, qu'ils ne sont de toute évidence pas venus voir sur mon site, alors qu'ils m'ont demandé mes codes d'accès, et que, précisément au moment où il semble que j'ai trouvé une partie de la solution, une information sorte indirectement, disant qu'ils ont appliqué un correctif. Et alors que cela ne fonctionne toujours pas en Front sur mon site, bien que l'association au compte paypal ne produise plus d'erreur. Il faut que l'on sache quel correctif ils ont appliqué. Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 26 Share Posted March 26 Je vous ai envoyé un mail au webmaster pour que nous puissions communiquer plus facilement. Ici la modération prend un temps fou et ce que je vous ai transmis est toujours en rouge, cad en attente de ladite modération Link to comment Share on other sites More sharing options...
@Jo Posted March 26 Author Share Posted March 26 (edited) Suite... Un début de piste, sur le fait que les moyens de paiement ne s'affichent pas. Après divers nettoyages (modules inutiles supprimés), réinitialisation, rien ne changeait. J'ai activé le mode débug et recommencé le processus de commande, rien n'apparaissait. J'ai alors affiché le code source de la page. Les moyens de paiement étaient bien tous là, mais des messages d'erreur se trouvaient au milieu disant que la date de la carte bancaire était invalide ainsi que le nom de son propriétaire. Je suis allée sur Paypal, j'ai supprimé une ancienne carte qui n'avait pas été supprimée, mais qui n'avait jamais posé problème, pour le cas où checkout la prenne par erreur, bien que ce soit la dernière enregistrée qui fonctionne. J'ai tout recommencé, après avoir vidé les caches, mais le problème est toujours là. Voici un extrait du code : <img src="/modules/ps_checkout/views/img/tail-spin.svg" alt="Veuillez patienter, chargement de modes de paiement supplémentaires."></div></div></div><section id="ps_checkout-displayPayment"><div class="payment-options"><div id="payment-option-card-container" class="payment-option row" style="display: none;"><div class="col-xs-12"><div id="payment-option-card" class="payment_module closed" data-module-name="ps_checkout-card"> <a class="ps_checkout-card" href="javascript:void(0);"> Payer par carte - paiements 100% sécurisés </a></div><div class="payment_module closed"> <a href="javascript:void(0);"><form id="ps_checkout-card-fields-form" class="form-horizontal loading" style="display: none;"><div id="ps_checkout-card-fields-form-loader"> <img src="/modules/ps_checkout/views/img/tail-spin.svg" alt=""></div><div> <label class="form-control-label" for="ps_checkout-card-fields-name">Card holder name</label><div id="ps_checkout-card-fields-name"></div><div id="ps_checkout-card-fields-name-error" class="alert alert-danger hidden">Card holder name is invalid</div></div><div> <label class="form-control-label" for="ps_checkout-card-fields-number">Numéro de carte</label><div id="ps_checkout-card-fields-number"></div><div id="ps_checkout-card-fields-number-error" class="alert alert-danger hidden">Card number is invalid</div><div id="ps_checkout-card-fields-vendor-error" class="alert alert-danger hidden">Card vendor is invalid</div></div><div class="row"><div class="col-xs-6"> <label class="form-control-label" for="ps_checkout-card-fields-expiry">Date d'expiration</label><div id="ps_checkout-card-fields-expiry"></div><div id="ps_checkout-card-fields-expiry-error" class="alert alert-danger hidden">Card expiration date is invalid Si quelqu'un sait d'où vient le problème, car il n'y en aucun sur mon compte paypal, où la configuration est comme d'habitude, il n'y a jamais eu de changement de nom. Je fatigue, là. Edited March 26 by @Jo (see edit history) Link to comment Share on other sites More sharing options...
@Jo Posted March 27 Author Share Posted March 27 Le problème est réglé. J'avais signalé à Prestashop Help ce nouveau problème, et là, ils sont de suite intervenus, et avec succès. J'ai demandé ce qui avait été fait pour corriger : Ils ont appliqué ce fixe: https://github.com/PrestaShopCorp/ps_checkout/pull/1216/files Et désactivé l'option "Smart Cache pour le code JavaScript". https://prnt.sc/_4CnmzOeCZr7 Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 27 Share Posted March 27 Bonjour, a priori pour ce qui est du module PSCO ça a l'air de bien fonctionner et c'est bien Moi j'ai maintenant un souci avec les commandes passées où le règlement apparait mais PAS le produit...J'en ai fait part à l'assistance je cite : "nous constatons qu'il y a eu une erreur liée au mapping des états de commande. Il semble que vous avez essayé de modifier les états de commande sans passer par la page de configuration du module > Paramètres avancés > Gérer le statut de la commande. " Je ne trouve nulle part allusion à cette configuration de module d'état de commande sur le BO. J'attends leurs explications car je n'ai rien modifié à ma connaissance... Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 27 Share Posted March 27 Je me réponds à moi-même :ça se passe dans les paramètres du PSCO, mais je n'ai rien changé à ce qui était et me paraissait convenir... QQn a-t-il essayé de se passer une commande ou de vérifier à la réception d'un paiement que la ligne produit est vide sur la facture, sur le BL et que côté Paypal, la transaction figure juste avec un CHECKOUT#XXX sans information sur le contenu ou l'objet de la commande ? Link to comment Share on other sites More sharing options...
@Jo Posted March 27 Author Share Posted March 27 SOUND OVER : ce problème me semble différent des autres. Il faudrait peut-être ouvrir un nouveau topic. Je jetterai un coup d'oeil plus tard de mon côté. Link to comment Share on other sites More sharing options...
SOUND OVER Posted March 27 Share Posted March 27 Merci pour votre réponse. J'en ai bien sûr informé l'Aide technique... ll semble qd même que ça se passe toujours du côté PSCO. On pourrait en faire une chanson ? Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now