Jump to content

Repitol

Members
  • Posts

    193
  • Joined

  • Last visited

Everything posted by Repitol

  1. Bonjour, pour ma part, je n'arrive pas à afficher le module Sotewsadds seulement sur la page d'accueil avec cette technique (ni avec les exceptions) Je suis en version 1.4.0.17 et j'ai activé l'URL rewriting. Est-ce que ça peut venir de ça ? (version ou rewriting) merci. Bon ben j'y suis arrivé avec le Footer Data Block en mettant les exceptions. Pas avec la méthode. J'ai mis le "end-if" en fin de fichier tpl. Peut-être que ça vient de là ? (quoique j'avais essayé en le mettant juste après la ligne du "if"...)
  2. Bonjour, impossible de mettre la main sur la traduction de cette ligne reçue en objet lors de l'envoi réussi d'un mail (V.1.4.0.17) le menu traduction des mails ne propose pas cette ligne (contact.html et contact.txt) pas de contact_form.html dans mon onglet traductions/mail Une idée ? Merci
  3. Bonjour, c'est peut-être tard mais j'ai eu le souci qu'aujourd'hui. j'ai eu le même bug avec la version 1.4.0.17 j'ai remarqué qu'effectivement le répertoire mail/fr ne contenait pas les fichiers "contact.html" et "contact_form.html", seulement un fichier contact.txt alors que tous les autres fichiers .txt avaient leur collègue .html associé. j'ai récupéré contact.html sur une version 1.3 je l'ai copié et renommé contact_form.html j'ai transféré les 2 html (contact et contact_form) dans le répertoire et zou ! réglé. Apparemment un oubli sur ma version 1.4.0.17 car il n'y a pas beaucoup de messages sur ce problème. On devait être les seuls...
  4. Mea culpa maxima. J'ai confondu le nombre d'articles disponibles et les déclinaisons. Sur les produits qui ne posent pas de souci, je vais jusqu'à 160 déclinaisons (100 dispos, donc 16000 d'où la confusion) Là où ça bugue c'est sur un produit spécial qui a 5184 déclinaisons. (1 dispo) donc je présente mes plates excuses.
  5. Bonjour, Avec la version 1.3, je pouvais gérer pas moins de 16000 déclinaisons sur certains produits sans difficultés (vente d'affiche : Plusieurs coloris, tailles, lots, types d'impression, par produit) Depuis la version 1.4, à peine on arrive à 5000 déclinaisons que l'affichage plante : Impossible de voir ses déclinaisons. Si je me trompe et que ça vient de ma config, je retirerai tout ça et présenterai mes excuses, mais je trouve bizarre que la nouvelle version soit moins performante que l'ancienne sur ce point sensible que sont les déclinaisons.
  6. Bonjour, 1 : tu sélectionnes la ligne de la déclinaison avec la couleur choisie (ex: Pull jaune) en cliquant sur le petit stylo 2 : tu coches l'image de la couleur voulue (et pas les autres) : donc image jaune 3 : enregistrer cette déclinaison 4 : tu passes à la suivante et ainsi de suite. C'est là que tu te mords les doigts des pieds quand tu as 1600 déclinaisons ou plus...
  7. Malheureusement, ce n'est pas si simple car le cache du navigateur, je l'ai vidé à chaque fois (en premier lieu) je suis sous Firefox, donc préférences/avancés/réseaux/vider le cache et un F5 en plus (sous mac pas de ctrl) pour décommenter la ligne 197 du fichier blockcategories.php, j'ai inscrit /*$smarty->cache_lifetime = 31536000; // 1 Year*/ est-ce que ça suffit ? Merci encore
  8. ah, ben non. que je mette force compile sur oui ou sur non, le dossier compile se rempli automatiquement. La modif que j'ai faite sur une couleur de fond du fichier global.css est impossible à afficher. un coup d'oeil sur l'info css de la page me permet de vérifier que la modification n'a pas été prise en compte. Le code couleur original remonte toujours. Je suis même allé jusqu'à virer le fichier global.css sur mon serveur pour vérifier : les pages s'affichent toujours sans problème, même sans css ! C'est à n'y rien comprendre.
  9. Merci ! j'ai enfin la réponse à cette question qui m'a fait tourner en rond sur le forum. Reste que les modifs de mon template ne sont pas mise à jour car j'ai beau vider ce répertoire, il se rempli à nouveau automatiquement. J'ai tenté de désactiver le cache et force compile dans les performances sans succès : le répertoire se met à jour quand même. Pas évident de faire des corrections du coup.
  10. Bonjour, dans la version 1.4.0.17, que faut-il décocher ou cocher ou faire dans cette page pour vider le cache smarty ? Tous les posts trouvés disent "il faut vider le cache smarty".. Ok mais comment ? Pas clair dans la page préférences / performances. merci
  11. Bonjour, ma boutique propose uniquement des articles sous forme de lot (lot de 2, 6, 25, 100, etc...) Actuellement, il y a beaucoup de clients qui se trompent. Ils ajoutent la quantité "25" quand ils veulent un lot de 25 du coup ils commandent 25 lots de 25. Peut-on supprimer la ligne "quantité" dans le bloc de la page produit sous 1.4.0.17 ? j'ai tenté de supprimer toutes les lignes contenant le mot "quantity" dans themes/prestashop/product.tpl mais la ligne reste toujours là. merci
  12. Bonjour, pour les versions Prestashop jusqu'à 1.3 NC product attributes fonctionne bien Malheureusement pas compatible avec la 1.4 http://www.nethercottconstructions.com/en/prestashop-modules/2-product-attributes.html
  13. Résolu en supprimant la page "commande" dans l'onglet SEO et en regénérant encore une fois le fichier .htaccess.
  14. Bonjour, version 1.4.0.17 après MAJ de 1.3.7.0 : Lorsque je génère le .htaccess pour activer l'url rewriting, il est impossible d'afficher la page "Commander" (le serveur redirige la demande pour cette adresse d'une manière qui n'aboutira pas.) ça ne marche que si je désactive la réécriture d'URL. Tout le reste fonctionne. j'ai supprimé le .htacess, je l'ai regénéré plusieurs fois sans meilleur résultat. le bouton panier et le bouton commander renvoie la même url : (adresse du site//Boutique/fr/commande) qui n'abouti pas. Une idée de ce qui peut bien se passer ? Merci
  15. nos messages se sont croisés. Dans le BO, en revanche, les tarifs impactés sont surévalués en décimales : 3 € d'impact sont affichés : 3.344482 € pitêtre dû à la sauvegarde de la BDD ? Merci encore
  16. Merci à OLEA qui m'a aiguillé sur la solution : faire un test avec le template (thème) par défaut de la version 1.4 ça venait d'une incompatibilité de thème 1.3 / 1.4
  17. Problème réglé en mettant le thème Prestashop de la version 1.4 par défaut ça venait d'une incompatibilité 1.3 / 1.4
  18. OUPS !! en remettant le thème Prestashop par défaut de la version 1.4.0.17, tout refonctionne parfaitement. Lors de la MAJ, j'avais (comme il est indiqué dans le tuto de maj) sauvegardé et réinstallé le thème Prestashop relooké de la version 1.3.7.0 qui fonctionnait bien. Donc je ne soupçonnais pas que ça puisse venir de là. Donc message à tous ceux qui ont des bugs depuis la MAJ et qui ont modifié ou installé un thème Prestashop 1.3 : Faire un test avec le theme Prestashop 1.4 source. Merci de ta précieuse suggestion, Olea.
  19. Bonjour, prix visibles en FO dès lors qu'on sélectionne une déclinaison si on ajoute malgré tout le produit au panier, le prix dans le panier est ok thème de base (j'ai simplement touché aux couleurs du css) suite upgrade de 1.3.7.0 à 1.4 "stable" il semble qu'il y ait un souci avec l'interprétation de l'impact du tarif.
  20. Bonjour, suite à ma mise à jour de 1.3.7.0 à 1.4.0.17 "Stable" , on ne peut plus envoyer de fichier de personnalisation la page reste sur Envoi en cours, merci de bien vouloir patienter... et le petit icône, tourne, tourne, tourne.... bug sur l'envoi de fichier jpg (40 ko ou même plus petit) ou sur le champs "texte". Avez-vous le même souci, ou comment fixer ça ? merci
  21. Bonjour, Bug ou mauvaise configuration ? depuis ma mise à jour 1.3 vers 1.4, les tarifs des déclinaisons s'affichent impactés sur le prix HT du produit par défaut alors que l'affichage du produit par défaut est bien en TTC. exemple : prix produit boutique 10 € TTC impact 2 € sur déclinaison : affichage 1.3 = 12 € TTC affichage 1.4 = 10,36 € TTC (dans le bloc "ajouter au panier) si on ajoute au panier, le prix est correct (12 €) Merci de confirmer ou infirmer le bug que je puisse le faire remonter.
  22. J'ai vérifié : info produit = prix en ttc Malheureusement le prix des déclinaisons (impact) se fait sur le HT depuis cette version. Quelqu'un sait-il comment faire en sorte qu'il se calcule sur le prix TTC du produit ? dans le frontend, le prix du produit par défaut est bien en TTC, mais dès lors qu'on choisi une déclinaison les tarifs sont tous faux ! Ils étaient bons avec la 1.3. Personne ne sait ?
  23. Bonjour, décidément, je me bouffe les doigts d'avoir fait la MAJ de la version 1.3.7.0 à la 1.4.0.17 l'affichage des prix de toutes mes déclinaisons se calcule maintenant sur le prix HT du produit alors qu'il doit se faire sur le TTC comme ça a été paramétré avec la v. 1.3 Je me retrouve avec tous mes tarifs tronqués. lors de la création des produits, le prix TTC est majoré de 2 € sur la déclinaison (exemple) donc on passe de 30 € TTC à 32 TTC sauf que depuis la MAJ, le calcul se fait de 25,083613 HT à 27,083613 . Si quelqu'un peut me sauver... Car j'ai plus de 1500 déclinaisons et j'ai pas trop envie de rectifier tous les tarifs un à un. Merci
  24. sans problème, c'est ce que j'ai fait. pense juste à revérifier la configuration Paypal du module, de sorte que le mail enregistré soit bien celui de ton compte et pas celui par défaut.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More