Messages postés par esa

@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

Effectivement , je n'utilise pas les déclinaisons. Merci pour la correction .

c'est la ligne 539 ( pas 529 ) . En regardant de plus près la requête , je vois que la table product_attribute_shop n'est pas préfixée. Je vais faire quelques tests ce soir concernant ce warning en lançant cette requête directement dans dbeaver mais j'ai comme l'impression qu'il manque la jointure avec la table product .

bonjour

J'ai le warning suivant quand je lance une recherche produit depuis la boutique.

Warning: PDO::query(): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'product_attribute_shop.id_product_attribute' in 'field list' in /var/www/html/technokaz/classes/db/DbPDO.php on line 151
[ SQL ERROR ]
Unknown column 'product_attribute_shop.id_product_attribute' in 'field list'

                SELECT p.*, product_shop.*, stock.out_of_stock, IFNULL(stock.quantity, 0) as quantity,
                    pl.`description_short`, pl.`available_now`, pl.`available_later`, pl.`link_rewrite`,
                    pl.`name`, MAX(i.`id_image`) id_image, il.`legend`, m.`name` manufacturer_name ,(
                    SELECT SUM(weight)
                    FROM ?search_word sw
                    LEFT JOIN ?search_index si
                        ON(sw.id_word = si.id_word)
                    WHERE sw.id_lang = 1
                    AND sw.id_shop = 1
                    AND si.id_product = p.id_product
                    AND (sw.word LIKE '10%')
                ) position,
                    MAX(product_attribute_shop.`id_product_attribute`) id_product_attribute,
                    DATEDIFF(
                        p.`date_add`,
                        DATE_SUB(
                            "2023-10-22 00:00:00",
                            INTERVAL 20 DAY
                        )
                    ) > 0 new
                FROM ?product p
                 INNER JOIN ?product_shop product_shop
            ON(product_shop.id_product = p.id_product AND product_shop.id_shop = 1)
                INNER JOIN `?product_lang` pl
                    ON(p.`id_product` = pl.`id_product`
                    AND pl.`id_lang` = 1 AND pl.id_shop = 1 )
                
                LEFT JOIN ?stock_available stock
                ON(stock.id_product = p.id_product
                AND stock.id_product_attribute = 0 
                AND stock.id_shop = 1  
                AND stock.id_shop_group = 0 )
                LEFT JOIN `?manufacturer` m
                    ON(m.`id_manufacturer` = p.`id_manufacturer`)
                LEFT JOIN `?image_shop` i
                    ON(i.`id_product` = p.`id_product`
                    AND i.cover = 1
                    AND i.id_shop = 1
                    AND i.id_lang IN(0, 1))
                LEFT JOIN `?image_lang` il
                    ON(i.`id_image` = il.`id_image`
                    AND il.`id_lang` = 1)
                WHERE p.`id_product` IN(45,46,50,51,132,133,198,199)
                GROUP BY product_shop.id_product
                ORDER BY  position desc
                LIMIT 0,20

    DbCore->displayError in /classes/db/Db.php:450
    DbCore->query in /classes/db/Db.php:694
    DbCore->executeS in /classes/Search.php:564
    SearchCore::find in /controllers/front/SearchController.php:138
    SearchControllerCore->initContent in /classes/controller/Controller.php:213
    ControllerCore->run in /classes/Dispatcher.php:405
    DispatcherCore->dispatch in /index.php:28 

La conf de mon module recherche est exclusivement sur les mots-clé ( aucun autre critère ). En remontant le fil , c'est la ligne 529

  MAX(product_attribute_shop.`id_product_attribute`) id_product_attribute,

de Search.php qui lève ce warning. Je l'ai supprimé , cela corrige le warning mais dans mon cas , la table de la ligne en question est vide , c'est sans effet sur le résultat de la requête et donc je n'ai pas vraiment cherché à débugger la requête.

cldt

bonjour

J'utilise vscode pour modifier/débugger phenixSuite et après la mise à jour vers 1.6.2.17 , vscode me signale ceci

Je n'utilise pas ce module de paiement c'est juste pour informer.
cldt

bonjour

Merci pour le moyen de couper/allonger le délai de refresh. Ça m'a bien aidé . J'ai corrigé le non affichage de la règle catalogue dans le recap panier quand on ajoute/enlève des produits en cliquant sur + ou - dans la page commande ( 01 Récapitulatif ) Voici le code concerné dans cart-summary.js

url de l'image)

J'ai crée une nouvelle clé à la place de key_for_blockcart pour gérer l'animation qui s'insère dans le DOM ligne 827 . Voir commentaire ligne 824. J'ai testé sur plusieurs articles et lignes concernés par la règle , ça a l'air de faire de job. Attention , du coup , l'affichage se décale lors de l'apparition de la réduction . En théorie , cela ne devrait pas entrainer de régressions , c'est juste de l'affichage . Mais on peut aussi penser que le pb vienne de la génération de la page avec une clé incorrecte associée à l'id product_price.
Cordialement

merci pour les explications. Quand je parlais d'arrêter le reload dans mon message initial, c'etait juste le temps pour debugger. Et oui , j'imagine qu'il doit exister des modules spécifiques pour les règles de prix mais bon , je vais déjà tenter de faire la modif directement sur ma boutique cela me permettra de mettre les mains dans le cambouis comme on dit pour comprendre un peu les liens entre js php les vues et le reste.
Merci quand même pour votre travail sur phenixsuite.

bon , après quelques tests, le seul problème est la mise à jour du DOM mais les calculs sont corrects, il fallait juste comprendre que la règle est totale c'est à dire que si il y a 2 articles alors les 2 articles sont concernés . Bon , ce n'est pas ce que je veux , le premier article doit rester au prix initial et les autres doivent être au prix de la règle .

bonjour

Suite à la création d'une règle prix qui dit que tous les produits de la catégorie X sont à 50% à partir du 2ème, je travaille avec le récap panier et je joue avec les plus / moins pour ajouter ou diminuer le nombre d'articles sur la seule ligne produit dans le panier . La mise à jour est erronée dans le total et l'affichage de la réduction à 50% n'apparait que lors du reload auto de la page (chaque 300 sec semble-t-il) ou manuel. J'ai entrepris de corriger ce dysfonctionnement avec le debugger ajax sous firefox ( cart-summary.js et ajax-cart.js sont un bon début je pense). Mon débug est laborieux car la page se reload automatiquement d'où ma question : comment arrêter ce reload auto de la page commande ?
Je précise que j'ai la version 1.6.2.15 avec le thème par défaut et seulement le module mondial relay en plus de la version de base plus quelques modifs cosmétiques perso sur les couleurs et l'affichage.
Merci