godichef

Personne n'a d'idée pour résoudre mon problème? Merci d'avance.

Bonjour Doekia, c'est le même nom de domaine: www.optimys-shop.com Désolé j'ai effectivement oublié de spécifier la version: Prestashop 1.7.4.2 merci d'avance pour votre aide.

Bonjour, je suis confronté au bug suivant: j'ai deux boutiques une pour la Suisse en CHF et une pour l'Europe en Euros. Quand un client rempli son panier sur l'une des deux boutiques puis va sur l'autre boutique quand il se rend compte qu'il n'est pas sur la bonne boutique, son panier reste rempli mais les prix appliqués sont ceux de l'ancienne boutique. Par exemple si il met le produit X dans son panier dans la boutique Euros (ex avec un prix à 7,90€) si il va ensuite sur le site Suisse le produit reste dans le panier avec un prix à 7.90 CHF alors que le prix réel sur le site Suisse est de 8.70 CHf. Il faudrait donc forcer le recalcule du panier au changement de boutique mais je ne sais pas comment faire. Au pire on pourrait vider le panier au changement de boutique mais ce ne serait pas génial comme expérience pour le client. Quelqu'un aurait-il une suggestion sur la façon de faire? Merci beaucoup.

J'ai avancé, le problème viens du thème que j'ai acheté (organic_store). J'ai fait une installation avec seulement le thème et sans aucune migration de produit et dès qu'on met un prix différents par quantité le problème apparait. J'ai contacté le développeur pour lui signaler le bug donc pour l'instant je n'ai plus besoin d'aide.

Bonjour à tous, j'ai un bug des plus étrange. J'ai installé une nouvelle boutique prestashop 7.4.2 et j'ai récupéré les données d'un site Prestashop 1.5 avec le module de migration "MigrationPro". Tout s'est bien passé et j'ai bien tous mes produits, clients, commandes. Par contre j'ai un bug des plus étranges: quand je vais sur la page de description d'un produit tout est ok, mais dès que je change la quantité voulue du produit c'est un autre produit qui apparait (image) et le prix change et prend celle du produit nouvelle affiché. Par contre la description textuelle du produit reste la même. Si je mets les produits dans le panier, le panier a pourtant bien le bon produit (celui sélectionné initialement). Si vous voulez voir le comportement: https://www.optimys-shop.com/new_shop/ Quand je vais au produit A c'est toujours le produit X qui apparait quand je passe la quantité à 2 produits. Quand je vais sur le produit X c'est toujours le produit W etc... J'ai à tout hasard regardé dans la base de données pour voir si les product_id étaient différents entre les tables mais pas du tout, le produit A a bien toujours les même product_id dans toutes les tables produits. J'ai essayé de créer un nouveau produit "from scratch" en me disant que ça pouvait venir du module de migration, mais le problème reste le même avec le nouveau produit. Pas sur donc que le module de migration soit en cause. Je l'ai d'ailleurs désactivé et cela ne change rien. N'étant pas un expert de prestashop je ne sais pas par quel bout prendre le problème. Quelqu'un aurait-il la gentillesse de m'aider? Merci d'avance.

Hi, I get quite the same problem (prestashop 1.5.4.1)... The clients import does not work at all. I tried to import the sample file with only 2 clients without modification. I checked the box to skeep the first line and then imported. It seems to work, it tells you that the CSV file has been successfully imported, but neither John Doe nore Maried Doe have been imported in the database ! Thanks if someone can help. Merci d'avance.

Bonjour, j'ai essayé par le Back Office de traduire le sujet de l'email envoyé pour avertir de l'arrivée d'une nouvelle commande, mais cela n'est pas possible, le sujet n'apparait pas dans le back office (PS 1.5.4.1), contrairement aux autres templates pour lesquels on peut modifier le sujet en version française. J'ai le message suivant "Aucun sujet n'a été trouvé pour new_order, ou le sujet est généré depuis la base de données." Du coup le message a toujours comme sujet "New Order" en anglais. Bon, c'est pas dramatique, mais c'est quand même un bug. En cherchant un peu je suis tombé sur cet ancien ticket: PSCFI-3678 aujourd'hui fermé alors que le bug n'a visiblement pas été résolu, en tout cas pas pour "New_order". Je n'ai pas trouvé comment ouvrir un nouveau ticket c'est pourquoi je poste ici la demande de résolution du bug...

Autant pour moi! J'ai résolu le problème, en fait j'avais bien fait la modif dans MailSend.php mais j'avais pas uploadé le fichier au bon endroit donc la modif était pas prise en compte... . Maintenant ça marche à nouveau... c'est rassurant.

Bonjour, je suis hébergé chez Oxito et lors du passage de 1.3 à 1.4 j'avais déjà eu ce problème (impossible d'envoyer des emails, ni avec la fonction mail de php ni par smtp). Je l'avais résolu par une modif dans le fichier tools->swift->Swift->Plugin->MailSend.php en ajoutant la ligne suivante: $params = "" ; juste avant l'utilisation de la fonction mail (ligne 159). Me demandez pas pourquoi ça marchait, j'ai fait une modif trouvée sur le forum sans vraiment comprendre. Je viens d'upgrader PS à la version 1.5.4.1 et patatra il est de nouveau impossible d'envoyer des emails. Cela ne peut pas venir de l'hébergeur puisque ça marchait avant. Quand j'active la fonction mail() de PHP et que je fais le test j'ai le message: Erreur : veuillez vérifier votre configuration Sending failed using mail() as PHP's default mail() function returned boolean FALSE. J'ai essayé avecles paramètres smtp fournis par oxito mais c'est pas mieux j'ai le message suivant: Erreur : veuillez vérifier votre configuration The SMTP connection failed to start [ssl://localhost:25]: fsockopen returned Error Number 0 and Error String '' Je me moque que ça fonctionne avec la fonction mail de php ou avec mes paramètres smtp, alors si quelqu'un a une idée pour m'aider à avancer sur ce problème ce sera avec plaisir. Merci d'avance!

Il y a une solution très simple pour indiquer à vos clients que vous êtes en vacances, tout en continuant à prendre les commandes. Il suffit de modifier le fichier "preparation.html" situé dans mail/fr et de changer le texte du message envoyé à vos clients. Si votre site est multilingue, il faut faire la modif pour chaque langue évidemment.

La réponse se trouve là: http://www.forum-prestashop.com/appliquer-un-bon-de-reduction-sur-un-seul-produit-prestashop-t11.html

Prestashop ne sait théoriquement pas le faire. Je dis théoriquement car il y a une astuce toute simple... et gratuite!!! Il suffit de créer une catégorie "fantôme" qui n'apparaitra pas sur le site. Pour cela il faut cocher la bonne case au moment de créer la catégorie en question: "Affichée: NON". Ensuite, dans le catalogue, allez sur le produit sur lequel vous voulez faire le bon de réduction et ajoutez lui cette catégorie fantôme. Le produit appartiendra donc à au moins 2 catégories: celle vue par les clients avec tous les produits de cette catégorie et la catégorie fantôme nouvellement créée qui ne contiendra que ce produit. Ensuite il suffit de créer un bon de réduction pour cette catégorie fantôme et le tout est joué...

Prestashop ne sait théoriquement pas le faire. Je dis théoriquement car il y a une astuce toute simple... et gratuite!!! Il suffit de créer une catégorie "fantôme" qui n'apparaitra pas sur le site (cocher la bonne case au moment de créer la catégorie en question) et qui contiendra le produit sur lequel vous voulez faire le bon de réduction. Le produit appartiendra donc à au moins 2 catégories: celle vue par les clients avec tous les produits de cette catégorie et la catégorie fantôme qui ne contiendra que ce produit. Ensuite il suffit de créer un bon de réduction pour cette catégorie fantôme et le tout est joué...

Merci babybewild, tu me sauves la vie!!! Pour ma part, hébergé chez Oxito, tout fonctionnait très bien, et puis il y a eu un problème de serveur mail chez Oxito et ils ont tout réinstallé. Depuis impossible de faire marcher les emails (même la fonction php mail() ne marchait plus). dans le fichier tools/swift/Swift/plugins/Mailsend.php il m'a suffit d'ajouter la ligne: $params = "" ; après la ligne 158 (donc juste avant l'utilisation de la fonction mail) et ça remarche!!! Pour info, j'utilise prestashop 1.4.0.17 Merci encore!

Merci Anne, j'ai contacté Webbax mais leur module ne répond pas du tout à mon besoin. Leur module se contente de sélectionner une devise par défaut en fonction d'une géolocalisation dont on sait qu'elle est très perfectible. J'ai donc mis au point une "rustine". Je dit que c'est une rustine parce que j'ai tout à fait conscience de ne pas être un "pro" de la programmation d'une part, et que d'autre part la modification étant faite dans le code "générique" il faudra la refaire à chaque mise à jour de prestashop ce qui n'est pas top. Je vous la livre cependant, elle marche chez moi avec Prestashop 1.4.4.1. Les modifs sont à faire dans le fichier OrderController.php dans le répertoire "Controllers": J'ai implanté la même modif à deux endroits différents (fonction "_assignAddress" et fonction "_assignCarrier" afin que la devise soit forcée lorsque le client arrive sur la page de sélection du transporteur et que même une fois arrivé sur cette page, si il sélectionne le bouton de changement de devise, la devise soit reforcée dans la devise correspondant à l'adresse de livraison). Voilà, si vous avez des propositions d'amélioration je suis preneur. /* Address step */ protected function _assignAddress() { global $cookie; // ajout pour la Rustine parent::_assignAddress(); /* ajout pour la Rustine */ $cart = Db::getInstance()->getRow(' SELECT id_address_delivery FROM '._DB_PREFIX_.'cart WHERE id_cart = '.(int)$cookie->id_cart); $address=Db::getInstance()->getRow(' SELECT id_country FROM '._DB_PREFIX_.'address WHERE id_address = '.(int)$cart['id_address_delivery']); switch ($address['id_country']) { case 8: // France $cookie->id_currency = 1; //assigne la devise correspondant au pays Tools::setCurrency(); break; case 19: //Suisse $cookie->id_currency = 4; // et ainsi de suite pour chaque pays. Tools::setCurrency(); break; } /* Fin de l'ajout pour la Rustine */ self::$smarty->assign('cart', self::$cart); if (self::$cookie->is_guest) Tools::redirect('order.php?step=2'); } /* Carrier step */ protected function _assignCarrier() { global $cookie; // ajout pour la Rustine global $defaultCountry; /* ajout pour la Rustine */ $cart = Db::getInstance()->getRow(' SELECT id_address_delivery FROM '._DB_PREFIX_.'cart WHERE id_cart = '.(int)$cookie->id_cart); $address=Db::getInstance()->getRow(' SELECT id_country FROM '._DB_PREFIX_.'address WHERE id_address = '.(int)$cart['id_address_delivery']); switch ($address['id_country']) { case 8: // France $cookie->id_currency = 1; //assigne la devise correspondant au pays Tools::setCurrency(); break; case 19: //Suisse $cookie->id_currency = 4; // à répéter pour chaque pays. Tools::setCurrency(); break; } /* Fin de l'ajout pour la Rustine */ if (isset(self::$cookie->id_customer)) $customer = new Customer((int)(self::$cookie->id_customer)); else die(Tools::displayError('Fatal error: No customer')); // Assign carrier parent::_assignCarrier(); // Assign wrapping and TOS $this->_assignWrappingAndTOS(); self::$smarty->assign('is_guest' ,(isset(self::$cookie->is_guest) ? self::$cookie->is_guest : 0)); } Voilà, en espérant que cela puisse servir à d'autres...