@eolia

Merci pour votre réponse. Upgrade ce jour , j'ai testé l'emplacement produit dans la facture pour faire les commandes , nickel. Par contre, dans le module produits phare , l'affichage aléatoire des produits à chaque rechargement de la page ne semble plus fonctionner ( mais c'est trivial , j'en conviens bien volontiers ). Concernant la vitesse des pages , ma boutique est tellement petite et dépouillée ( quelques modules ) que pour le moment , je dois être dans le cas que vous avez évoqué.
J'ai simplement changé dans le bloc bannière la balise p en h2. Pour le reste, on verra à l'usage mais merci pour le travail déjà effectué.

bonjour

Cette info est en vert donc à priori "cache désactivé" mais pourtant CCC est à OUI dans l'onglet performance et cache activé dans SMARTY. Jusqu'à récemment, mon site était hors ligne donc tout OFF sur la cache et l'info était verte donc cohérente , depuis 1 semaine , il est en ligne donc tout ON pour le cache et là , je suis un peu perplexe. Je suis prêt à faire l'upgrade vers v24 mais cette discordance m'embête un peu.

@eolia

bonsoir , j'utilise le champ emplacement dans la page information d'enregistrement d'un produit.

cldt

bonjour

En BO, est-il possible de paramétrer les colonnes affichées en bas de la page commande d'un client ( produits ) car je viens de m'apercevoir que je n'ai pas les emplacements des produits commandés. Alors certes, un lien existe sur le produit mais il faut pour chaque produit cliquer sur celui-ci pour avoir son emplacement, c'est un peu pénible.

Merci

@eolia

Merci pour les précisions. Concernant les erreurs vscode , j'avoue de pas avoir regarder en détails , j'ai juste fait une copie d'écran .Peut-être une détection erronée de vsc. Je serai plus attentif lors d'erreurs similaires. Cldt

@Olivier75009
bonjour

Oui pas de pb donc voilà ce que j'ai pu comprendre de mon debug , le module adminProductsController sauve les mots-clés dans les tables tag / product_tag et ceux-ci sont récupérés par une requête dans le module Search.php et sont insérés dans les tables search_index et search_word . J'avoue de pas très bien comprendre pourquoi on a besoin de tables finalement dupliquées. Ma boutique utilise exclusivement les mots-clés ( la conf de la recherche est à 10 sur les mots-clés et 0 sur tous les autres paramètres ) . Mais je patch le module Search.php à chaque maj pour corriger un bug dans la sauvegarde des mots-clés dans la table search_word ( on insère une string séparée par des espaces au lieu de créer un enregistrement pour chaque mot ) . Bref , c'est sans doute un peu confus mais en tout cas , sur ma boutique , j'ai exactement le fonctionnement que je désire dans la gestion des mots-clés.

Je profite de ce post pour parler d'un outil libre ( je travaille sous linux ) car Phenix/Prestashop étant très bdd dépendants , j'utilise dbeaver édition communautaire qui permet les connexions remote mysql sur mon vps
SI on ajoute vscode + xdebug , c'est vraiment très intéressant pour le débug et la création de scripts sql.

Cordialement.

@esa Pour la question , j'ai trouvé . Cldt

bonsoir

Suite séance de débug , vs code me remonte ceci :

Je profite de ce post pour vous demander si vous savez quel fichier de code php est responsable de l'enregistrement en bdd des mots-clés lors de la saisie/modification d'un produit car j'avoue que je galère un peu avec mon debug vs code.Merci

bonjour

Ce module ne fonctionne pas correctement. J'ai configuré la recherche avec 10 comme poids dans les mots-clés et 0 pour tous les autres paramètres. Un de mes produits contient les mots clés suivants dans la table search_word : lumineux et lumière. Je tape le nombre 10 dans la zone recherche et mon produit est trouvé (il est aussi trouvé avec les mot-clés cités).
En cherchant dans le produit, j'ai trouvé la référence contenant : 80110068 , j'ai l'ai modifié en 99 , je tape 10 -> rien , je tape 99 , il est trouvé donc la référence est un critère de recherche même si à 0 dans les préférences. J'ai corrigé ce module depuis 3 mois pour un bug dans l'enregistrement des mot-clés et je patche à chaque maj. Depuis la 1.6.2.23 , mon patch est cassé , je pense que le module est maintenant trop modifié pour que le patch soit appliqué. La mise en ligne du site est proche et je ne vais pas m'exciter sur ce dysfonctionnement maintenant. Je reprendrai un débug plus tard. Cldt