jcmart1

Pour info, la signature API qui a été supprimée et régénérée. Un test a été effectué avec la 3.10.9 Transaction payé et validée chez Paypal et dans le back-office. JC

Bonjour, J'avais une version qui fonctionnait en sandbox, mais en production ce matin j'ai eu cette erreur : PayPal response:</b><br />TIMESTAMP -> 2016-05-28T00:38:54Z<br />L_ERRORCODE0 ->10002<br />L_SHORTMESSAGE0 -> Security error<br />L_LONGMESSAGE0 -> Security headeris not valid<br />L_SEVERITYCODE0 -> Error Pas de transaction sur le compte paypal, mais la commande est validée sur le site... J'ai donc fais la mise à jour (3.10.9) mais le problème persisite. c'est tout bonnement catastrophique... voire honteux qu'un tel module officiel soit à ce point buggé... je vais tenter en réinstallant la 3.10.2 Si quelqu'un a une solution fiable , qu'il n'hésite pas à partager JC

slt, Je n'avais pas tout à fait le même message d'erreur. Cela portait sur la reconnaissance du TLS v1.2, même si en back-office il le reconnaissait bien. j'ai commenté les lignes suivantes : /modules/paypal/classes/TLSVerificator.php > ligne 90 > //@curl_setopt($ch, CURLOPT_SSLVERSION, $sslversion); /modules/paypal/api/paypal_connect.php > ligne 93 > //@curl_setopt($ch, CURLOPT_SSLVERSION, Configuration::get('PAYPAL_VERSION_TLS_CHECKED') == '1.2' ? 6 : 1); Depuis aucun problème.

Petite réponse rapide à moi-même... pourra servir à d'autres... Le problème vient du module "watermark" ou il faut mettre l'option : "Logged in customers see images without watermark" sur NON

Salut à tous, Tous est dans le titre. Si j'ai bien toutes les images de mes produits en mode "visiteur", je n'ai plus les images produit quand je suis loggué. Plus d'image normale, de miniature ni de large... Chose étrange que je n'avais jamais remarqué, l'adresse de l'image n'est pas la même. En mode visiteur j'ai qq chose comme : http://www.site.com/566-small_default/nom-de-l-image.jpg En mode connecté j'ai : http://www.site.com/566-small_default-NrwGuUWHMK/nom-de-l-image.jpg C'est normal ? Si oui, comment faire pour avoir mes images en mode connecté (j'ai beau régénérer, ça ne change rien). Est-ce la cause du problème ? Comment le résoudre ? Merci d'avance pour vos éclairages. JC

Merci ! + 1

Je me réponds à moi-même, car j'ai trouvé qq chose qui semble fonctionner pour résoudre cela. Donc, pour ceux que ça intéresse, l'info est ici : http://www.prestashop.com/forums/topic/300496-maintenance-ip-problems/

Salut, Ce post date un petit peu, mais je cherche également à comprendre car j'ai le même problème ! Le bouton d'ajout d'ip du mode maintenance ajoute l'ip du serveur et non mon ip perso. Du coup, tout le monde a accès à la boutique. Problème : si je ne rentre que mon ip perso et supprime l'ip du serveur, alors le site est en maintenance, même pour moi (il ignore donc mon ip). Personne n'a vraiement jamais eu ce problème ? JC

Quelle est ta version ? t'as pas ça sous les yeux, un bouton "modifier" coincé entre import et export ? (voir image jointe)

Bon, normalement, en tout cas avec la dernière version de prestashop, il suffit d'aller dans la partie "catégories" et, avant meme de sélectionner la moindre catégorie, de cliquer sur le bouton "modifier" Là, il est possible de modifier le texte

Salut, Tout est dans le titre. Impossible de placer un lien de type pop-up dans la description (courte ou longue). Les liens "classiques" fonctionnent, mais les liens javascript non. Exemple de lien : Je récupère ce message Pour info, j'ai essayé en activant et désactivant l'option "iframe" dans les pref générales Si qq a une solution, je suis preneur. JC

Bonjour, Je ne serai pas étonné si cette question a été posée, bien que je n'ai rien trouvé de significatif, d'où ce message. J'aimerai pouvoir proposer de choisir une couleur pour un produit, sans passer par les déclinaisons (attributs/valeurs). En effet, j'ai déjà beaucoup de déclinaisons à traiter, dont la largeur et la hauteur qui ont un impact sur le prix. Or, la couleur, elle, n'aura aucun impact, ni sur le prix, ni sur le stock (aucune gestion de stock). Par exemple, si j'ai 15 largeurs et 15 hauteurs, cela me fait 225 déclinaisons/prix différents. Si j'ajoute une variation de 10 couleurs, cela fera 2250 déclinaisons mais pour toujours 225 prix. Vous comprendrez donc que passer par les déclinaisons devient ici absurde... sans parler du ralentissement que cela risque d'engendrer sur le serveur. Si s'ajoute une seconde variation de 3 couleus sur une partie spécifique du produit, toujours sans impacter sur prix, je me retrouverrai à devoir traiter 6750 déclinaison pour 225 prix. Et là, je ne parle même pas du type de matériaux (plastique, metal, bois) et de la finition du produit (ex : type de motorisation), totalement optionnelle, et à coût fixe ou variable, sans considération de la dimension (largeur/hauteur) ni de (des) couleur(s) choisie(s). A l'arrivée, si je n'utilise les délcinaisons que pour les options ayant un impact sur le prix, je vais traiter entre 300 et 2500 déclinaisons selon l'article. Donc, hors de question d'y ajouter des attributs qui n'impactent pas le prix. Bref, connaissez-vous un module qui me permettrait de traiter ces options autrement qu'en passant par les déclinaisons, sachant, pour en finir, que la problématique diffère selon les produits (palettes couleurs totalement différentes). J'ai identifié le module "Personnalisations avancées" A ceux qui l'utilisent, qu'en pensent-ils ? Connaissez-vous d'autres modules similaires ou capable de répondre à mon besoin ? Merci d'avance. JC

Bonjour, Je recherche un module qui permettrait de définir la règle panier suivante : - Si achat de 1 produit X + 1 produit de catégorie Y ou de marque Z - réduction appliquée au produit de la catégorie Y ou de la marque Z - réduction cumulable si N produits X + N produits de catégorie Y ou de marque Z - réduction non cumulable avec 1 produit X + 1 produit de catégorie Y' ou de marque Z' OU réduction + avantageuse prioritaire Ai-je été clair ? Avez-vous un module à me suggérer ? Merci d'avance.

Je me répond à moi-même, ça peutservir à d'autre. Donc, concernant le problème que je rencontrais (changement des pix en ht au lieu de ttc), et sans vouloir troller le post initial, j'ai repéré la cause. Cela se passe dans le fichier header.tpl du theme, avec les lignes suivantes : var priceDisplayPrecision = {$priceDisplayPrecision*$currency->decimals}; var priceDisplayMethod = {$priceDisplay}; var roundMode = {$roundMode}; où les valeurs étaient entre guillement (guillement simple) ('{$priceDisplay}') Une fois ces guillements enlevés, tout fonctionne normalement. Quand au problème initial de ce post, je ne l'ai pas constaté, ni avec la 1.5.4.0 ni avec la 1.5.4.1

J'ai également un problème, mais sur les montants. (PS 1.5.4.1) Quand on ajoute un produit à l'aide du bouton "+" ou qu'on en supprime avec le bouton "-", tous les prix unitaires de la commande basculent en HT au lieu de rester en TTC L'info du module "parrainage" reste pourtant correcte (calculée sur le prix ttc) Quand on arrive en phase de paiement, le prix normal (total TTC) réapparait. Idem si on revient à l'étape 1 (résumé). Bref, c'est pas génant si l'on considère que l'on encaisse le bon montant, mais très problématique puisque l'on induit le client en erreur.