romelik

Bonjour Dans le searchController j'ai créée une nouvelle variable qui compte le nombre de résultat de la recherche Public function initContent() . . . $this->context->smarty->assign(array( 'products' => $search['result'], // DEPRECATED (since to 1.4), not use this: conflict with block_cart module 'search_products' => $search['result'], 'nbProducts' => $search['total'], 'totalParCategories'=> array_count_values($search['nb_prod_by_cat']),// Tableau nbre de résultat dans chaque catégorie 'search_query' => $original_query, 'homeSize' => Image::getSize(ImageType::getFormatedName('home')))); . . . dans chaque sous catégorie. Je récupère cette variable sans aucun souci dans mon search.tpl mais en fait je voudrai pouvoir l'utiliser dans le blockcategorie.tpl afin que pour chaque catégorie le nombre de résultat trouvé s'inscrive dans le blockcategorieright. La photo est-peut être plus parlante. Merci pour votre aide...

Dans paramètres avancées ->performance-> tu as bien coché " Recompiler les fichiers de templates s'ils ont été mis à jour"

je ne connais pas ton niveau donc peut être que mes questions ne vont pas te paraître opportune... mais tu es sûr d'être dans le bon fichier... le product.tpl de ton thème si tu n'utilise pas le thème de prestashop

Bonjour Peut être vider le cache de prestashop et le cache du navigateur... ou en navigation privée...

Pour ceux que cela intéresse, il faut également modifier la condition de la ligne 107 : if (!$this->product->id_product_redirected || $this->product->id_product_redirected == $this->product->id) { $this->product->redirect_type = '404'; } Par : if (!$this->product->id_product_redirected || $this->product->id_product_redirected == $this->product->id) { $this->product->redirect_type = '301'; } Et voiloù 🙂

Bonjour Je tente de faire une faire une redirection des produits désactivé vers la catégorie parente plutôt que vers un produit spécifique prestashop 1.6.1.4, il semble que cela est été implémenté sur la version 1.7. Mais pour ce faire je me suis basé sur ce post : j'ai donc fais les modifs dans controllers/front/productController de ma fonction init() Dans le "case 301" j'ai remplacer : header('Location: '.$this->context->link->getProductLink($this->product->id_product_redirected)); par header('Location: '.$this->context->link->getCategoryLink($this->product->id_category_default)); Mais cela ne fonctionne pas... du moins sur mon serveur, car en local cela fonctionne... je ne comprends pas trop... Merci pour votre aide...

OK merci pour tout🙂

Effectivement si je vais jusqu'à la page de paiement le prix perd sa réduction et redevient le prix du produit par défaut, cependant, dans la fiche article sur le front le prix indiqué est toujours le prix avec la réduction ce qui peut faire vraiment bizarre pour le client. EX : Pour un produit qui était à 0.6€ HT - soit 0.72€ TTC - , j'ai accordé une remise de 0.1€ sur le produit avec remise est donc 0.5€HT - soit 0.6€TTC - 😊 Finalisation du panier : prix par défaut 0.6€ HT - soit 0.72€ TTC - cf img1 - 🙂Fiche article backoffice : prix par défaut 0.6€ HT - soit 0.72€ TTC - cf img2 - ☹️ Fiche article frontoffice : prix avec réduction encore affiché 0.5€HT - soit 0.6€TTC - cf img 3 -

Dans mon cas le panier a bien été finalisé - paiement de la cliente - et en plus il y a bien un id_cart d'attribuer donc si je comprends bien le prix réduit ne devrait plus apparaître... non??

Effectivement les prix réduits apparaissent bien dans cette table... c'est donc un comportement normal de prestashop semble-t-il, je trouve cela plutôt étrange... je peux les supprimer sans souci??? encore merci pour votre aide😊

Merci de vous intéresser à mon souci... j'ai modifier directement le prix dans les cases prévues pour cela lors de la création de commande, je n'ai ajouté aucune règle prix spécifiques

Bonjour J'ai créée une commande manuellement pour une cliente, au vu des quantités qu'elle a prises j'ai appliqué une baisse sur le prix de certains articles de sa commande... mais dorénavant lorsque je me connecte avec le nom de cette cliente dans le front office ce prix réduit s'affiche toujours... est ce un comportement normal de prestashop?? J'aimerai pour ma part que s'affiche les prix par défaut et que ce ne soit non pas les prix réduits que je n'ai fait que pour cette commande qui s'affiche. Je suis sous 1.6.1.4

Je ne pense pas que le client revienne régulièrement et relance son panier... ce bug m'est déjà arrivé 2 ou 3 fois, mais je n'avais pas encore fait le lien avec l' id du panier. J'avais essayé de créer la commande manuellement puis de suivre le lien de paiement générer mais de la même façon les moyens de paiement n'apparaissent pas, la seule solution est de vider le panier, de se déconnecter puis d'en recréer un nouveau qui cette fois ci prends un id correct. Je précise que cela n'empêche pas d'autres clients de passer commande, seule la personne qui a un id_cart ancien, ne voit pas les moyens de paiement s'afficher... Ce qui me fait dire que cela doit venir de $cookie... c'est que ce matin, j'ai récupéré la sauvegarde de ma base de donnée d'hier - le souci s'est passé sur une commande d'hier vers 20h - j'ai une sauvegarde automatique tous les soirs vers minuit... J'ai récupéré en local tous les fichiers de mon site prestashop via ftp, installé la sauvegarde de la BDD d'hier, et en fait en me connectant à l'admin le panier 6246 apparaît comme ci-dessous et celui de 49.97€ n'apparait plus: Donc je ne peux pas reproduire le bug en tunnel de commande normal... Mais merci de votre aide...

Bonjour Merci de te pencher sur mon problème la date affichée est celle du vieux panier, c'est je pense comme toi, un très vieux panier ( 2017 ) qui a été réactivé, mais comment a-t-il été réactivé, je ne vois pas... dans le backoffice la durée de vie du coockie panier est de 240h soit 10 jours... Comment se panier a-t-il pu ressortir de dernière les fagots?? Est-ce un problème de lié à la variable $cookies?

Bonjour J'ai un souci qui empêche le client de voir apparaître les types de paiement, j'utilise le tunnels de commandes OPC et prestashop 1.6.14, c'est un bug qui est aléatoire; je n'arrive pas à comprendre lorsqu'il se produit. Comme vous pouvez le voir le n° de panier incriminé est le 6246 au 04/02/19 est de 49,97€ pour ce panier en front les moyens de paiements n'apparaissent pas. Logiquement les n°de panier pour 2019 sont tous dans les 144xx - or là il est le n°6246 - je pense que le problème vient de là. Je ne comprends pourquoi un vieux n° de panier à été réutilisé. Si avec la commande je crée un nouveau panier identique qui est dans les n° 144xx alors aucun souci mes moyens de paiement apparaissent correctement. Je sais que c'est sans doute pas très clair mais je ne vois pas comment l'expliquer autrement D'avance merci pour votre aide