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.

StockAvailable::setQuantity($this->id, $id_product_attribute, $quantity); Est bien appelé avec un $id_product_attribute. Le problème c'est qu'il est relancé plus loin dedans avec un $id_product_attribute à 0

@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.

@eolia :man_golfing_tone3: parfait merci

Bonjour, j'ai le même problème pour le réglé j'ai mis le fichier csv dans Admin / export, pas terrible mais ça fonctionne, si tu as réglé le problème différemment n'hésite pas a le partager.

Ah ben merci pour ces avertissements, je n'y aurais pas pensé... Cela dit actuellement je ne dois pas avoir de personnalisations, que du remplissage des champs dans le thème par défaut. Mais ça devrait me servir.

Réponse très claire en effet, je fais suivre à mon client et j'arrête de me prendre la tête à chercher d'où ça vient Merci encore Sophie

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.

@doekia merci merci j'y vais ...

Merci pour la réponse Ca me rassure car je bloquais complètement.

non ce n'est pas block_contact mais block_myaccount_infos

Merci, Je vais partir sur une table : id_cart ipa price. Je matche et alerte le client. Depuis ce matin pas mal de clients ont râlé ( ce qui est logique ) et décrémenter le stock au panier boff boff.

ok merci quand même!

Bonjour @eolia Après avoir regardé l'error.log. On a checker les trads et certains fichiers template qui était appelé. Finalement, après y avoir passé plus de 2h à modifier 400000 fichiers sans voir de changement sur le site. On a fait des essais en effacant et en forcant le cache. Et même après avoir forcé ovh a egalement mettre le site en mode dev, ça n'a rien changé. Finalement, on a enlevé le mode debug, et les caches se sont bien raffraichis ! Il n'y avait plus d'erreur, et même la page produit s'affiche, le site marche bien, j'ai pu mettre des produits dans le panier. C'était vraiment dû à une mauvaise synchronisation de prestashop et il avait buggé dans le passé sans prendre en compte tous les changements. Ah la la... Merci encore pour vos conseils et le temps que vous avez pris. J'avoue Prestashop 1.7 m'aura bien traumatisé...

@chdup han.. merci pour l'information. effectivement, ça semble logique en plus. Comme je n'ai pas eu de message d'erreur, je pensais que prestashop avait comprit que c'était offert. Merci encore.

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

Sauf que le xml n'as aucune raison d'avoir été ré-écrit tous les jours A moins d'update du module ou de need_instance = 1

ok, très bien.