Johann

De mon coté, c'était pas trop la sécurité de PHP 5.6 ou 7.x qui gêne, mais plutôt le fait qu'il devient difficile de trouver des hébergeurs proposant encore ces versions ! Et un PS 8 sur PHP 5.6, ça marche pas trop bien Par contre, la version proposée par @Eolia (beau et gros boulot !) peut en effet être une bonne solution

Moi j'ai complètement fait l'impasse sur PS 1.7, mais depuis le début de l'année, j'ai migré plusieurs site (PS 1.4, 1.5 et 1.6) vers du PS 8 et ça me semble maintenant assez stable. De fait, il devient un peu compliqué maintenant de trouver des nouveaux modules ou thèmes encore compatibles PS 1.6 ou antérieur ! Sans parler de l'hébergement qui doit proposer une version de PHP compatible PS 1.6

c'est certes visuellement plus propre, mais Google s'en fout royal. Ce genre de modif qui touche au coeur de PS et a pas mal d'impact n'a quasi aucun intérêt en terme de SEO

@zoomzoom je ne vois plus de " - " à la fin de tes titles, ça marche maintenant ?

parce que de cette manière, mon système marche avec toutes les versions de PS < 1.7, alors que le fichier Meta.php d'origine diffère. En faisant ça, je m'affranchis de ces différences

pas normal parce que c'est un répertoire natif de PS !!! et mon module essaie de copier un truc dedans, à l'endroit légitime où il devrait le copier. Sans répertoire /classes, il ne peut pas, ce qui explique que le module n'a pas le comportement désiré à l'arrivée

pas normal du tout, ça ! créé le répertoire "classes", mets-lui les bons droits (755) et refais l'install de mon module

Normal que tu ne trouves pas de Meta.php dans mon module, car je le créé dynamiquement lors de l'installation du module : je lis celui de la version de PS installé, je le duplique dans /overrides/classes et je fais les modifs dedans ensuite.

en effet @Mediacom87 ça pourrait être ça, car si le module est encore activé, il ne devrait pas y avoir le "-" non plus il faut donc vérifier la présence du fichier /overrides/classes/Meta.php

Le mec qui veut te piquer ton contenu le pourra quand meme, toutes les ressources sont dans le cache de son navigateur Là, ton truc empêche surtout de faire un clic droit pour ouvrir dans un nouvel onglet et ainsi avoir plusieurs pages de ton site ouvertes en meme temps pour comparer. En terme d'UX, je pense que tu y perds Si tu peux, désactive temporairement ce truc pour voir la balise title dans le code. J'ai jamais eu de soucis avec ce module depuis des années, mais on ne sait jamais

Ah ****, je ne peux pas regarder le code source HTML des pages, à cause de ton truc pour empêcher le clic droit (j'avais plus vu cette connerie depuis 2003).

c'est quoi l'url de ton site ?

Pas de souci Olivier, je ne l'ai pas déposée à l'INPI

En formation SEO, je dis "on ne montre pas la mariée tant qu'elle n'est pas prête"

Bonjour Ta dernière capture contredit ton assertion "il ne m'a indexé aucune page" Et le dernier (peut-être premier également) passage googlebot date d'hier soir (26/02 22h59), donc faut lui laisser un peu le temps de digérer tout ça ! PS : je te prendrai peut-être une Green'Up un de ces jours, ça fait 2 mois que je charge la Tesla sur une Plexo classique, c'est un peu relou

En effet, il doit y avoir autant de href que de variantes de la page, y compris elle-même

Je suis plutôt de l'avis de @Mediacom87. En effet, si l'ID n'a aucun intérêt en terme de SEO, c'est une donnée fondamentale pour PS pour aller retrouver le bon produit en base de données L'enlever nécessite des changements assez significatifs dans PrestaShop, ça peut amener à des problèmes de compatibilité par la suite, et en plus ça oblige a avoir des noms SEO de produits uniques pour les différencier, alors qu'actuellement tu peux avoir par exemple /3-table-basse-noire et /4-table-basse-noire. Donc garde les IDs, c'est pas bien grave et tu éviteras des galères

cool, le forum est là pour ça

et ils t'ont donné une explication ou une piste, chez OVH ?

"aucun problème" et "je suis avec ovh" dans la même phrase, au moins tu as de l'humour contacte les voir si le certificat est prévu pour des sous-domaines, et en attendant, désactive le CDN, car ça te génère des erreurs de mixed-content, c'est pas terrible

Il marchait bien en https ton site, avant de configurer le cdn ?

Bonjour, si tu regardes dans la console de ton navigateur, tu vas voir des erreurs de certificat, par exemple sur : https://cdn3.tableaux-impression-deco.fr/themes/child_classic-rocket/assets/img/shipping.png qui n'est pas accessible de manière sécurisée. Donc il faut creuser au niveau du certificat de tes sous-domaines

Par nature, une fonction de hachage est une one way function

Tu as quelle version de PHP sur ton hébergement ? Car PS 1.7 peut merder sur une vieille version de PHP (enfin, je veux dire merder encore plus !) je suis en train de faire une mise à jour un peu comme toi pour un client (PS 1.4 -> 1.7), et je me suis fait un petit tuto : https://www.johanncorbel.fr/mise-a-jour-de-prestashop-1-4-vers-1-7/

Tu peux essayer avec ça ? <meta itemprop="name" content="{$path.title}"/>