Vacarme

Petite question (1.7). Dans le BO. - Trafic et SEO. - SEO & URL. - Options SEO Afficher les attributs dans la balise titre du produit. - OUI / NON ---> Cette option n'est-elle pas destiné à gérer l'affichage des attributs dans l'URL ?

Bonjour, Existe-t-il sous 1.7 un module équivalant au module "scènes" sous 1.4 pour l'illustration et la recherche de produit par image cliquable ? Merci par avance pour vos retours. Nicolas

1.7.6.7 - Page blanche lors du transfert local --vers-- serveur, puis problème récurrent. N'oubliez pas de rafraichir le htaccess à la racine... avec la suppression de PROD et DEV, ça m'a solutionné beaucoup de problème. (le plus simple pour le rafraichissement du htaccess, c'est de placer un fichier vide à la racine via FTP)

Prestashop 1.4.10.0 --> Grand merci à doekia. (juste un petit pb de copier-coller du code, PS: ne pas oublier d'encoder en ANSI pour trouver les caractères fantômes...) j'imagine qu'il faudra une extension pour gérer le spam sur prénom dès qu'ils auront compris.

Bonjour, Quelqu'un peut-il m'orienter vers une solution testée pour un vieux prestashop 1.4.10.0 J'ai testé avec le module" reCaptcha v1.2.3 par Charlie" , mais ça ne suffit pas. Merci par avance, Nicolas

Bonjour, je remonte ce post car je viens d'avoir le problème sur une version 1.4.10. ----- Le client a commandé le produit A. Dans le mail de confirmation de commande et dans la commande au niveau du BO, le produit A (description juste) est affecté de la référence d'un produit B et du prix correspondant au produit B. ---- Impossible de reproduire le problème (aucun problème avec aucun des deux produits). Quelqu'un aurait une piste, un conseil ? Merci par avance. Cordialement, Nicolas

Prestashop 1.4.10 - serveur mutualisé - boutique avec env. 800 catégories et + de 4000 produits Problème de lenteur avec le Module MAXI-PROMO, lors de la mise au panier d'un produit avec une remise applicable. POUR INFO---> le problème est résolu en modifiant : dans: classes le fichier: Discount.php la fonction à modifier: public fonction updateCategories($categories) remplacé par: public function updateCategories($categories) { /* false value will avoid category update and null value will force all category to be selected */ if ($categories === false) return ; if ($categories === null) { // Compatibility for modules which create discount without setting categories (ex. fidelity, sponsorship) $result = Db::getInstance()->ExecuteS('SELECT id_category FROM '._DB_PREFIX_.'category'); $categories = array(); foreach ($result as $row) $categories[] = $row['id_category']; } elseif (!is_array($categories) || !count($categories)) return false; Db::getInstance()->Execute('DELETE FROM `'._DB_PREFIX_.'discount_category` WHERE `id_discount`='.(int)$this->id); $q='INSERT INTO `'._DB_PREFIX_.'discount_category` (`id_discount`, `id_category`) VALUES'; $deb=""; foreach ($categories as $category) { $q.=$deb.'('.(int)$this->id.','.(int)$category.')'; $deb=","; } if($deb)Db::getInstance()->Execute($q); } Résultat: C'est fluide et rapide .... (à vos risques et périls, chez moi c'est parfait, milles merci à NB pour son temps et la bière.)

Pour ACTE, La solution pour mettre la facture à jour, (sans solutionner l'éventuelle répétition ultérieure du problème), est de supprimer manuellement le produit non commandé dans la DB (ps_order_detail). Cherchez le numéro de commande "id_order" et supprimez la ligne du produit non commandé qui figure dans la facture, idem éventuellement pour la remise (ps_order_discount), En ré-éditant la facture PDF, le produit a disparu, sans modifier les autres éléments de la facture (date-numéro-autres produits-autre remise ...). Voilà, à défaut de comprendre pourquoi.......

Bonjour ACTE, Avez vous trouver une explication ? Il y deux autre discutions qui traite "à priori" du même problème, sans apporter de solutions détaillées. http://www.prestashop.com/forums/topic/143882-resoluajout-de-produits-fantomes-dans-la-facture/ http://www.prestashop.com/forums/topic/260597-panier-et-commande-naffichent-pas-les-memes-produits/ Merci pour une éventuelle explication si vous avez solutionné le problème. Cordialement, vacarme.

Bonjour, J'ai ce même problème. - Le client a commandé 2 références. - Le paiement correspond au 2 références. - Le panier en BO, correspondant à la commande. - Mais la facture ne correspond pas, elle indique une référence supplémentaire, et un ancien code promo ....en plus du contenu de la commande. Acte, avez vous trouvé une solution ? Merci. Vacarme (prestashop-1.4.10.0)

Bonsoir, Effectivement, le fait de donner la possibilité au client d'envoyer un message à différents destinatinaires via le formulaire de contact, nécessite "pour celui qui est de garde" de régulièrement vérifier le BO pour voir si des messages ne sont pas en attente chez celui qui se la coule douce au soleil des antilles..... Ne serait-il pas possible de mettre en place un "Transférer cette discussion à ......" automatique dans l'interface de gestion des messages clients du SAV. Si quelqu'un a une idée, je suis preneur. Cordialement à tous. Prestashop - 1.4.10

(prestashop 1.4.10.0 - serveur STRATO EnterpriseWeb - Page Speed Grade 82% - YSlow Grade 86%) Merci beaucoup pour ces explications. Après avoir vérifier la présence du module via phpinfo() La méthode expliqué par 1&1 pour l'activation de "zlib.output_compression" via un php.ini directement dans les dossiers, fonctionne également chez STRATO pour un hébergement mutualisé EnterpriseWeb.

(prestashop 1.4.10.0 - serveur STRATO EnterpriseWeb - Page Speed Grade 82% - YSlow Grade 86%) Bonsoir, Serait-il possible d'indiquer pour le module MAXI-PROMOS les capacités minimales du serveur, nécessaires pour faire fonctionner le module sans ralentissement ? Y a t-il des conflits connus avec d'autre modules ? Etc..... Je rappelle que dans le cas qui me concerne, lorsqu'une remise est applicable, la durée de la mise au panier est de 10 à 12 secondes, ce qui bien sûr n'est pas viable. En cliquant sur une autre action pendant le délai d'attente, l'erreur affiché est : XXXXXXXXXXXXXXXXXXXX TECHNICAL ERROR: unable to add the product. Details: Error thrown: [object Object] Text status: error XXXXXXXXXXXXXXXXXXXX L'erreur n'est pas fatale, la mise au panier finie par avoir lieu .... avec application de la remise. Mais c'est nul. Cette difficulté se produit uniquement lorsque la remise applicable génère un nouveau numéro de bon (utilisateur "vierge".) Lorsque le bon existe (panier abandonné, panier vidé ....), il n'y a pas de ralentissement. Si quelqu'un a une idée d'où vient le problème je suis prenneur. Nicolas

Pour OLEA, Bonjour, je vous ai transmis le dossier OVERIDE sur votre adresse e-mail. Petite observation supplémentaire: Avec un navigateur au cache vidé, Pour un utilisateur connu bénéficiant d'une remise fixe sur l'ensemble de ses achats (groupe), qui vient de se loguer, et qui récupére un panier abandonné, ---> la mise au panier fonctionnement normalement. Avez vous une piste, à suivre.... Nicolas

Bonjour, J'ai le même problème qu'ORFEVRE avec le module MAXI-PROMOS. Le site denta.fr (prestashop-1.4.10) est hébergé sur un serveur mutualisé (performant). Description du problème: - Si aucune règle de remise n'est applicable, la mise au panier est normale (dans la seconde - donc rapide) - Dès qu'une règle est applicable la mise au panier prend plus de 10 secondes (donc très lent) - En vidant le panier et en recommençant à zéro, le problème disparait, les remises apparaisent dans la seconde. - Après avoir vidé le cache du navigateur (nouveau client), le problème se pose à nouveau. - Le problème est le même avec les remises reservées à des groupes spécifiques. J'ai cherché, paramétré, etc.. rien n'y fait. - Avez vous une piste de réflexion, une solution, pouvez vous confirmer l'explication d'ORFEVRE (imcompatibilité du module avec un serveur mutualisé ?) - Pourait-il s'agir d'un problème de cookie, de smarty ? Merci pour toute info, me permettant de maintenir ce module en service. Cordialement, Nicolas