eMizZ

Je ne sais pas d'où ca vient, mais je confirme avoir le même problème sur l'onglet Transporteur, juste après avoir installé la version vierge 1.7

Bonjour à tous, Je rencontre un problème très sérieux depuis quelques semaines. Il arrive parfois (1% des commandes) que la commande d'un client ne s'enregistre pas dans mon backoffice Prestashop. La paiement est effectué mais la commande n'est pas validé et créée. Ceci peut être provoqué aussi bien lors d'un paiement par CB intégral évolution que via Paypal Option + J'ai analysé le retour renvoyé par les IPN et j'ai remarqué que le paramètre "custom" qui contient normalement un tableau avec les données nécessaire à la création de la commande (panier, client ect..) n'est pas renseigné. Alors que lors d'un paiement qui fonctionne, ce paramètre est correctement retourné par l'IPN. Exemple du retour IPN lors d'un paiement avec le bug : [...]¬ify_version=3.8&custom=0.000&payer_status=verified[...] Autre Exemple du retour IPN lors d'un paiement avec le bug : [...]¬ify_version=3.8&custom={.&payer_status=verified[...] Exemple du retour IPN lors d'un paiement et retour commande ok (sans bug): [...]¬ify_version=3.8&custom={"id_cart":98013,"hash":"9809379d29c531ac8426d1c71cddf31ff26651a9"}&payer_status=verified[...] Alors pourquoi la variable custom contient-elle "0.000" ? C'est extrêmement bloquant, auriez-vous des réponses à m'apporter ? Je possède une version à jour du module Paypal avec PrestaShop 1.6.0.11 En pièce jointe de détail d'une transaction qui pose problème avec le contenu de la variable "custom" qui n'est pas correct. Merci !

Allez, un petit up !

As-tu essayé de désactiver tous les modules pour isoler le problème ? Le serveur est très long à répondre, ce n'est donc pas dû à d'éventuelles images trop lourdes, je dirai peut-être à des requêtes externes (curl) qui n'aboutissent pas ou une requête SQL de bourrin. Commence donc pas désactiver tes éventuelles modules spécifiques. Puis consulte les requêtes émise par ton serveur.

C'est justement le but de faire un domaine en .com pour la langue "en" pour ne pas modifier mes URL fr déjà référencées en rajoutant un "/fr" ... Si je comptais bouger mes URL, j'aurai utilisé la fonction classique de prestashop avec les url /fr, /en ect... Je connais aussi bien l'aspect vendeur que l'aspect développeur et réferenceur et je peux t'assurer qu'il sera bien plus complexe à l'avenir de gérer des langues via le multiboutique pour des raison simples : PrestaShop ne permet pas la modification de masse au travers de plusieurs boutiques (en multi) Si je décide d'ajouter d'autres langue je n'imagine même pas la galère de gestion... Je pense vraiment qu'utiliser la fonction classique de PrestaShop pour les langue en faisant un dev pour associer un NDD à une langue sera bien plus simple à gérer. Je ne souhaite pas me rajouter du boulot au quotidien dans la gestion de mes produits. Si ce n'est la traduction.

Les noms de domaine ne pointerons pas du tout vers le même contenu puisque le contenu sera dans des langues différentes. Et non, plusieurs nom de domaines ne veut pas dire plusieurs boutiques. Faire 1 boutique par langue, je trouve ça plus mal pensé pour des raisons de gestion de produits, de stock et de paramétrage. Prestashop permet de gérer le multilangue, pourquoi faire plusieurs boutiques => Aucun sens.

Non, beaucoup trop compliqué pour une simple différenciation de nom de domaine. De plus j'utilise déjà le multiboutique dans sa fonction première.

Bonjour à tous mes confrères développeurs ! J'aimerai pour ma boutique, mettre en place d'autres langues. Pour des raisons évidentes de SEO, j'aimerai utiliser un nom de domaine par langue. Où l'extension correspondra à la langue. Je sais que PrestaShop n'est pas conçu pour gérer ça, alors j'aimerai savoir si vous avez déjà été confrontés au problème et si vous aviez déjà adapté ça sur un site ? Merci pour vos retour !

Pour PRESTASHOP 1.5.x Modifiez le fichier : /controllers/front/OrderFollowController.php Ligne 41 : if (Tools::isSubmit('submitReturnMerchandise')) {..... Ajouter à l'intérieur du if l'envoi d'un email : if (Tools::isSubmit('submitReturnMerchandise')) { mail('[email protected]' , 'NOUVEAU RETOUR PRODUIT' , 'NOUVEAU RETOUR PRODUIT');

Bonjour, J'ai constaté de nombreux bugs avec le module Mondial Relay en mode One step CheckOut. PS Version : 1.5.4 Le premier bug a été une incompatibilité avec le module de paiement paypal. Lorsque l'on clique sur le mode de paiement paypal, c'est géré par l'envoi d'un formulaire via javascript, donc lorsque l'on ne choisis pas de point relais, l'alerte s'affiche mais on est tout de même redirigé vers le paiement paypal. J'ai fixé ce problème moi même. 2ème gros problème bloquant. Lorsque l'on active un 2ème transporteur tel que colissimo. Si je change de transporteur et clique sur "colissimo", la liste des points relais, disparait. Si je ré-sélectionne le transporteur "Mondial Relais", la liste des points relais ne se re-affiche pas. C'est très problématique. Si vous avez des idées pour corriger ça n'hésitez pas. Une mise à jour du module est vraiment nécessaire !

Même problème pour moi...

J'ai eu récemment à installer le module "Mondial Relay" sur une boutique PrestaShop 1.5 et voici les quelques bugs et incompatibilités que j'ai pu constater en mode : 1 step checkout. 1] Mondial Relay & Paypal Lorsque l'on choisit le mode de paiement alors que l'on n'a pas sélectionné de point relais, une pop-up apparait pour le signaler et nous empêche de poursuivre le paiement. Cependant, pour ce que est du paiement paypal, étant donnée que le module paypal gère le lien avec un onclick, même si la pop-up Mondial Relay apparait, nous sommes tout de même redirigé vers le paiement paypal, et ce même si nous n'avons pas choisis de point relais ! 2] Sélection du point relais Le module sauvegarde le dernier point relais sur lequel on a cliqué, jusque là pas de problème, ça pourrait être pratique. Cependant, si l'on change notre adresse de livraison perso, les liste des point relais proposé se met à jour pour afficher que les point proches, mais le dernier point choisis reste toujours sélectionné et ce de manière invisible puisqu'il n'est plus affiché ! 3] Thème mobile Ceci n'est pas vraiment un bug mais plutôt une incompatibilité connu et gênante mais je me permet de le rappeler de nouveau, le module Mondial Relay n'est pas compatible avec le thème mobile de Prestashop.

Difficile de trouver d'où viens le problème étant donné que tu pars sur une version "propre" avec les modules réinstallés. Dans le fichier de validation tu n'aurais pas une fonction du genre "validateOrder()", si oui, il faudrait vérifier si les paramètres envoyés à cette fonction sont bon. Ce qui me gène c'est que celà revient à tenter de débugger un module payant. Si tu ton installation est propre et que le module ne fonctionne pas, je tenterai déjà d'envoyer un email à la personne qui t'a vendu le module. Je vais suivre l'évolution de ce topic et essayer de t'aider au mieux.

Ok, donc finalement on est obligé d'avoir un compte bancaire.

Au niveau des droits c'est ok, peut-être un problème de compatibilité serveur alors, où est-ce que je peux trouver différentes versions de ces binaires en fonction du serveur ? Je tourne sur un mutualisé ovh perso, en linux 64bits. Merci