Hobbes

Il semble que Foxrate ait fermé ses portes sans prévenir. Tous les sites Foxrate sont down. Impossible d'accéder à ses avis. Sympa les boites aujourd'hui ! edit : j'ai pu récupérer les derniers avis laissés grâce au cache de Google. Ils auraient franchement pu avertir de la cessation de leur activité. edit : 26/01 : les sites sont de nouveau actifs après quelques semaines down. Très bizarre et pas d'explications.

Il me semble qu'il faut 1 certificat par nom de domaine. Et le votre protège *.pswebshop.com seulement, pas le domaine tw-equitation.com. Soit vous faîtes une redirection de tw-equitation.com vers pswebshop.com (si ce sont le même site), soit vous changez votre certificat pour l'activer sur tw-equitation.com et vous redirigez pswebshop.com vers ce nouveau domaine. Si ce sont 2 sites distincts, il vous faut 2 certificats ! Quoi qu'il en soit, si vous n'avez pas de certificat SSL pour ce site, n'activez pas le mode SSL sous Prestashop.

Bonjour à tous, J'utilisais jusqu'à présent la solution Mandrill pour envoyer mes emails transactionnels, mais Mandrill nécessitera prochainement un compte Mailchimp payant. Je recherche donc une nouvelle solution gratuite (vu que je n'envoi pas encore des milliers de mails par mois). Pour le moment, je commence à tester la solution Sendgrid et je viens de voir aussi la solution SendinBlue qui dispose d'un module dédié sous Prestashop mais qui est pour le coup très limité en envoi (40/heure et 300/jour dans sa version gratuite). Si vous avez un avis à partager sur des solutions ou d'autres, qui proposent l'envoi de mails avec le tracking de la délivrance, des ouvertures/clics, de l'ip du destinataire, la mise en place des DKIM/SPF pour supprimer le "via" des mails, je suis preneur. L'existence d'un module Prestashop est un plus.

Merci je vais le tester

Merci pour les précisions, je vais commencer par virer ce qui peut l'être et vais réfléchir à votre solution. Il n'y a pas moyen de tester sur un site test en activant et désactivant votre module ?

Je ne pense pas car je n'ai pas connecté addons (pas mis d'identifiants). Les modules non utilisés sont désactivés ou non installés. Je vais peut-être essayer de les supprimer tout simplement pour alléger le nombre de module (94 modules installés et 54 modules désactivés)

Lorsque j'ouvre la page des modules, celle-ci ne s'ouvre qu'après 2 ou 3 mn de "chargement" !! De quoi cela peut-il venir ?

Voici la solution au bug du code postal qui reste en rouge (non validé) lors de la création d'une adresse : https://raw.githubusercontent.com/PrestaShop/PrestaShop/1.6.1.x/themes/default-bootstrap/js/tools/statesManagement.js Il suffit de copier le fichier statesManagement.js que vous trouverez dans le lien ci-dessus (clic droit - enregistrez sous) en remplacement de celui trouvé dans /themes/votre_theme/js/tools/

Je réagissais juste aux propos concernant un tarif minimum imposé à la vente sur addons pour un module qui d'après certains ne vaut pas ce prix. De fait, il existe des places de marchés qui proposent des modules (je ne juge pas leur qualité) à moindre prix. Donc c'est juste pour rappeler que si même l'auteur du module trouve que 30€ c'est trop cher pour son bout de code, il est possible de vendre son module à moindre prix sur d'autres places de marché (et éventuellement de toucher un plus grand nombre de personnes intéressées ).

Il ne faut pas oublier qu'il existe d'autres places de marchés quand même où l'on peut trouver, vendre ou acheter des modules moins cher comme sur Code canyon.

Bonjour, Pour vous donner un peu de feedback, j'utilise toujours Foxrate à ce jour qui fonctionne correctement en ce qui me concerne sur PS 1.6.1.1 Je viens de voir qu'ils ont rajouté un "checkout widget" mais pas testé encore et je ne sais donc pas à quoi cela ressemble. Sinon j'ai trouvé ce module "interne" qui parait intéressant même s'il est payant : http://addons.prestashop.com/fr/fonctionnalites-front-office-modules-prestashop/4999-commentaires-avis-notes-seo-et-google-rich-snippets.html Certains l'utilisent-ils pour donner leur avis ?

Le problème des constantes de discount.php dans CartRule.php est résolu dans PS 1.6.1.2 RC3.

Problème résolu en modifiant le fichier Classes/CartRule.php : // Retrocompatibility with 1.4 discounts foreach ($result as &$cart_rule) { $cart_rule['value'] = 0; $cart_rule['minimal'] = Tools::convertPriceFull($cart_rule['minimum_amount'], new Currency($cart_rule['minimum_amount_currency']), Context::getContext()->currency); $cart_rule['cumulable'] = !$cart_rule['cart_rule_restriction']; $cart_rule['id_discount_type'] = false; if ($cart_rule['free_shipping']) { $cart_rule['id_discount_type'] = Discount::FREE_SHIPPING; } elseif ($cart_rule['reduction_percent'] > 0) { $cart_rule['id_discount_type'] = Discount::PERCENT; $cart_rule['value'] = $cart_rule['reduction_percent']; } elseif ($cart_rule['reduction_amount'] > 0) { $cart_rule['id_discount_type'] = Discount::AMOUNT; $cart_rule['value'] = $cart_rule['reduction_amount']; } } unset($cart_rule); return $result; } par : // Retrocompatibility with 1.4 discounts foreach ($result as &$cart_rule) { $cart_rule['value'] = 0; $cart_rule['minimal'] = Tools::convertPriceFull($cart_rule['minimum_amount'], new Currency($cart_rule['minimum_amount_currency']), Context::getContext()->currency); $cart_rule['cumulable'] = !$cart_rule['cart_rule_restriction']; $cart_rule['id_discount_type'] = false; if ($cart_rule['free_shipping']) { $cart_rule['id_discount_type'] = 3; // Discount::FREE_SHIPPING; } elseif ($cart_rule['reduction_percent'] > 0) { $cart_rule['id_discount_type'] = 1; // Discount::PERCENT; $cart_rule['value'] = $cart_rule['reduction_percent']; } elseif ($cart_rule['reduction_amount'] > 0) { $cart_rule['id_discount_type'] = 2; // Discount::AMOUNT; $cart_rule['value'] = $cart_rule['reduction_amount']; } } unset($cart_rule); return $result; } Le problème a été résolu par Eolia, merci à lui :

Oui, oui, je me garde ces modifs dans un fichier à part. Je remonte ce bug à la forge. J'avais déjà remonté un bug similaire qui portait sur le free_shipping, justement. Votre solution l'a réglée également. Encore merci

Merci beaucoup, J'ai remplacé dans Classes/CartRule.php // Retrocompatibility with 1.4 discounts foreach ($result as &$cart_rule) { $cart_rule['value'] = 0; $cart_rule['minimal'] = Tools::convertPriceFull($cart_rule['minimum_amount'], new Currency($cart_rule['minimum_amount_currency']), Context::getContext()->currency); $cart_rule['cumulable'] = !$cart_rule['cart_rule_restriction']; $cart_rule['id_discount_type'] = false; if ($cart_rule['free_shipping']) { $cart_rule['id_discount_type'] = Discount::FREE_SHIPPING; } elseif ($cart_rule['reduction_percent'] > 0) { $cart_rule['id_discount_type'] = Discount::PERCENT; $cart_rule['value'] = $cart_rule['reduction_percent']; } elseif ($cart_rule['reduction_amount'] > 0) { $cart_rule['id_discount_type'] = Discount::AMOUNT; $cart_rule['value'] = $cart_rule['reduction_amount']; } } unset($cart_rule); return $result; } par : // Retrocompatibility with 1.4 discounts foreach ($result as &$cart_rule) { $cart_rule['value'] = 0; $cart_rule['minimal'] = Tools::convertPriceFull($cart_rule['minimum_amount'], new Currency($cart_rule['minimum_amount_currency']), Context::getContext()->currency); $cart_rule['cumulable'] = !$cart_rule['cart_rule_restriction']; $cart_rule['id_discount_type'] = false; if ($cart_rule['free_shipping']) { $cart_rule['id_discount_type'] = 3; // Discount::FREE_SHIPPING; } elseif ($cart_rule['reduction_percent'] > 0) { $cart_rule['id_discount_type'] = 1; //Discount::PERCENT; $cart_rule['value'] = $cart_rule['reduction_percent']; } elseif ($cart_rule['reduction_amount'] > 0) { $cart_rule['id_discount_type'] = 2; //Discount::AMOUNT; $cart_rule['value'] = $cart_rule['reduction_amount']; } } unset($cart_rule); return $result; } et ma page client s'affiche de nouveau correctement. Il n'y a rien d'autre à modifier en faisant cela, c'est bon ?