Je viens de re-scanner le code et les seuls endroits où les images sont supprimées (unlink()) sont dans la classe Image.php mais il faut appeler la fonction deleteImage(), il n'y a rien d'automatique.
Pas d'imports, de module de nettoyage ou autre parce que là je ne vois vraiment pas :(
Bonjour,
Non la fonctionnalité de nettoyage des orphelines ne s'exécute que si on la met sur OUI et uniquement une fois (ensuite le paramètre repasse à non).
Ne sont supprimées que les images qui ne sont liées à aucun produit dans la table ps_image.
Le produit de la page concernée a été modifié récemment ? (on peut le voir dans les logs Presta)
Exactement. On lui dit de ne pas le suivre, de ne pas l'indexer et comme il est suivi de ?back= qui est interdit dans le robots.txt, si le lien a été cliqué/suivi c'est un ban direct de 24h (sauf pour Google qui lui ne respecte rien mais dont on a besoin)
dans le footer, elles sont générées aléatoirement à chaque page.
Phenix n'envoie jamais de 410 en BO (page définitivement supprimée) donc pb de cache cloudflare ou ou autre chez l'hébergeur (Perso je déconseille tous ces caches serveur)
Vous n'avez pas 2 onglets ouverts sur la même page produit ? Un sur lequel vous avez enregistré l'image et pas sur l'autre par exemple et ensuite vous modifiez l'autre (texte ou prix par exemple) et vous l'enregistrez mais lui n'a pas connaissance de l'image.
Oui :)
Il y a marqué nofollow et noindex mais Google ne respecte plus les nofollows et tente quand même d'accéder à tous les liens qu'il trouve.
@eolia a dit dans Images produit qui disparaissent :
Avant d'enregistrer vous voyez bien l'image dans la liste ? Il n'est pas nécessaire d'enregistrer ensuite car elle est déjà enregistrée normalement.
Pouvez-vous répondre à cette question svp ?
Non, Google les a détectées mais pas indexées.
Avec la montée en puissance des IA et des comparateurs de prix les sites sont assaillis de requêtes simultanées qui peuvent faire tomber vos serveurs.
C'est une protection désactivable dans les Paramètres avancés.
Peu importe que Google les voit et heureusement qu'il ne les indexe pas.
C'est un piège anti bots aspirateurs de site et non-respectueux du robots.txt.
Il y aurait beaucoup à faire sur cette classe (piquée à Joomlà à l'origine) mais cela dépend aussi de comment vous avez paramétré vos préférence de recherche.
Si vous voulez principalement matcher sur les titres/auteurs mettez un poids à 0 sur les descriptions par exemple.
Vous pouvez aussi forcer "mot exact" mais tant pis pour ceux qui font des fautes de frappe...
Ok, donc le module essentiel pluginadder était désactivé. Or ce module est essentiel au thème. Une fois réactivé tout fonctionne.
https://stackoverflow.com/questions/37730628/typeerror-debounce-is-not-a-function
A priori votre thème ne charge pas la librairie debounce donc jquery ne connait pas cette fonction.
Commentez la ligne:
$(window).resize($.debounce(250, responsiveResize));
dans le global.js de votre thème car elle fait crasher tout le js qui suit.
Pour la notice elle sera corrigée dans la 37
Pour refaire une mise à jour, allez dans le fichier /config/settings.inc.ph et remettez le n° de la version précédente à la ligne
define('PS_VERSION', '1.6.2.36');
Et copiez-moi la liste des erreurs SQL que je puisse vous aider.
Vous étiez dans quelle version auparavant ?
La colonne a été ajoutée dans la v33 mais si elle vous manque il doit vous manquer pas mal d'autres choses
ALTER TABLE PREFIX_feature
ADD search tinyint(1) unsigned NOT NULL;
Avant d'enregistrer vous voyez bien l'image dans la liste ? Il n'est pas nécessaire d'enregistrer ensuite car elle est déjà enregistrée normalement.
D'ailleurs je vais rajouter le timestamp $img_time (comme pour les images catégories) car si on met à jour le fournisseur 1 avec une nouvelle image, celle-ci s'appellera toujours 1.jpg
Dans le thème:
<img src="{$img_sup_dir}{$supplier.image|escape:'html':'UTF-8'}-medium_default.jpg?rand={$img_time}" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" />
