@eolia Bonjour. Merci de votre réponse. Voici un lien vers une vidéo qui vous démontre l'anomalie en live Et voici les screens [image: 1773758851471-capture-d-e-cran-2026-03-17-a-15.38.43-resized.png] [image: 1773758851561-capture-d-e-cran-2026-03-17-a-15.39.02-resized.png] [image: 1773758851640-capture-d-e-cran-2026-03-17-a-15.39.14-resized.png] Je serai plus réactive pour nos prochains échanges. Bonne journée.

Bonjour, Il faut créer un environnement de test et faire la mise à jour. Corriger tous les problèmes et ensuite tu pourras mettre à jour. Pour les problèmes tu auras : Le Thème Les Modules Les Overrides ( en 1.4 je sais pas ) Donc peu être des trucs codés directement dans le core

Plusieurs phénomènes peuvent être à la source de cela. Pas forcément récents. Il faut vérifier si le problème s'envenime (de + en + d'url, et elles changent). Au nombre des causes présentes ou passées: Un module ou une partie de code génère des liens erronés (vérifier tpl et override - notament Link.php) Un site backreference en se prenant les pieds dans l'encodage d'url (vérifier le referer) Un javascript buggue (pas forcément sur toutes les plateformes d'ailleurs, vérifier les user-agent source et tenter d'identifier la cause) Un bug qui aurait été résolu mais Google à une mémoire infini (et cela continura à être indexé pour l'éternité) Quand googleBot a débuté l'interprétation des javascript tout n'a pas été parfait dès le début - il a indexé des conneries. ( retour à 3 et 4) Une internaute à copié le lien depuis une appli foireuse (skype, forum boiteux, ...) On clique sur le lien de la page introuvable dans prestashop ou la search console, ce qui re-référence l'url invalide Qu'un bug soit découvert (et corrigé) ou non, il faudra faire une redirection type 301. Ceci ramènera le browser égaré sur la bonne url, mais google continuera pour l'éternité à avoir cette url dans son index https://twitter.com/JeanMarcMORIN1/status/925084168777854976

Je ne sais même pas pourquoi je me suis posé la question ... On s'en fiche si le nouveau thème est installé depuis l'adresse de la nouvelle boutique. J'avais peur d'override des modules à cause du nouveau thème.

Pour les versions 1.6.1.X $(document).ready(function() { $(document).on('change', '#our_price_display', function(e){ updateLoyaltyView(priceWithDiscountsDisplay); }) updateLoyaltyView(priceWithDiscountsDisplay); }); function updateLoyaltyView(new_price) { if (typeof(new_price) == 'undefined' || typeof(productPriceWithoutReduction) == 'undefined') return; var points = Math.floor(new_price / point_rate); var total_points = points_in_cart + points; var voucher = total_points * point_value; if (none_award == 0 && productPriceWithoutReduction != new_price) { $('#loyalty').html(loyalty_already); } else if (!points) { $('#loyalty').html(loyalty_nopoints); } else { var content = loyalty_willcollect + " <b><span id=\"loyalty_points\">"+points+'</span> '; if (points > 1) content += loyalty_points + "</b>. "; else content += loyalty_point + "</b>. "; content += loyalty_total + " <b><span id=\"total_loyalty_points\">"+total_points+'</span> '; if (total_points > 1) content += loyalty_points; else content += loyalty_point; content += '</b> ' + loyalty_converted + ' '; content += '<span id="loyalty_price">'+formatCurrency(voucher, currencyFormat, currencySign, currencyBlank)+'</span>.'; $('#loyalty').html(content); } } Fonctionne également si un produit à une remise que sur une déclinaison.

Pensez également à contrôler la valeur de max_input_vars (par défaut à 1000 si non configurée sur le serveur) dans le cas d'un nombre important de zones / tranches de poids / prix Cette variable correspond au nombre maximum de champs acceptés par le serveur lors de la soumission d'un POST. Mettez-là à 10 000 et vous serez tranquilles également pour les traductions

@macmame a dit dans Modifier le ps_shopping_cart.tpl sans supprimer le refresh url ? : Pour parvenir mon style, j'ai du supprimer l'id (id="_desktop_cart") dans le code d'origine: L'erreur est là. Vous devez appliquer votre style aux éléments existants et ne pas les supprimer / modifier. Affinez vos ciblages d'éléments dans votre css.

Vous avez plusieurs ressources qui sont appelées en http , et donc qui sont bloquées (regardez votre console) http://www.encyclie.com/js/jquery/plugins/fancybox/jquery.fancybox.css http://www.encyclie.com/js/jquery/plugins/fancybox/jquery.fancybox.js Il faut regarder comment l'appel se fait, et corriger.

Merci perso comme un con j'avais ajouté en dessous sans me demander pourquoi : # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again <FilesMatch "\.(ttf|otf|eot|woff)$"> <IfModule mod_headers.c> Header set Access-Control-Allow-Origin "*" </IfModule> </FilesMatch> Voilà c'est corrigé.

Le code à corriger a été changé afin de ne pas interférer avec certains contrôleurs (Category avec les scènes activés par exemple), qui implémentent du code dans setMedia() pour lequel init() doit avoir été exécuté au préalable (Product::initPricesComputation())

Merci @doekia qui m'a enlevé une belle épine du pied :slight_smile:

Premièrement il faut réaliser que Google à des moyens de "flicage" plus sophistiqué afin de repérer un même internaute. Deuxièmement Google à cette capacité à reconnaître les visites qui ne sont que des robots et qui par construction créent de fausses visites. Enfin il y a depuis toute la branche 1.6 un quasi double comptage des visiteurs.

Et en faisant la traduction dans ton thème?

Oui c est possible en éditant les tpls et ajouter une variable dans les form

header('Location: '. Tools::getShopProtocol() . $url);

https://www.webbax.ch/2017/02/08/votre-prestashop-sans-id/ https://www.onasus.com/prestashop-seo-clean-urls-considerations/

Bonjour, Effectivement le bug a été remonté sur la 11. Il est corrigé dans la 12 qui sort incessamment sous peu $result = Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS(' SELECT cl.*,c.*, cl.`name` AS country, zz.`name` AS zone FROM `'._DB_PREFIX_.'country` c'. Shop::addSqlAssociation('country', 'c').' INNER JOIN `'._DB_PREFIX_.'country_lang` cl ON(c.`id_country` = cl.`id_country` AND cl.`id_lang` = '.(int)$id_lang.') INNER JOIN `'._DB_PREFIX_.'carrier_zone` cz ON(cz.id_zone = c.id_zone) INNER JOIN `'._DB_PREFIX_.'carrier` cr ON(cr.id_carrier = cz.id_carrier AND cr.deleted = 0 '. ($active_carriers ? ' AND cr.active = 1) ' : ') ').' LEFT JOIN `'._DB_PREFIX_.'zone` zz ON(cz.id_zone = zz.id_zone AND zz.`id_zone` = c.`id_zone`) WHERE 1 '.($active_countries ? ' AND c.active = 1' : '').' '.(!is_null($contain_states) ? ' AND c.`contains_states` = '.(int)$contain_states : '').' GROUP BY c.`id_country` ORDER BY cl.`name` ASC '); Et non, le distinct n'est plus utile.

Merci pour votre retour, la syntaxe a été corrigée pour les prochaines versions.

Bah je ne sais pas quel est ce module mais il semblerait qu'il appelle une fonction qui n'existe pas dans son propre module. Vous devriez installer le module Paybox officiel et gratuit https://addons.prestashop.com/fr/paiement-carte-wallet/17346-up2pay-e-transactions-credit-agricole.html