Olórin

Hello, same problem for me after an update to 1.6.1.24, if someone has found the solution...

Merci Julien! Mais en effet cela ne fonctionne que sur le début de la page. Malheureusement j'ai des modifs à faire plus bas, mais au moins cela montre qu'il y a bien un bug, ou que nos serveurs ne sont pas bien configurés, il doit y avoir une limite quelque part... Je vais contacter mon hébergeur pour savoir s'ils ont une idée (Phpnet) car ce n'est pas sur ce forum que l'on obtient de l'aide... [edit : en fait après coup j'ai testé sans le php.ini, la sauvegarde marchait déjà en début de fichier, mais merci quand même pour m'avoir fait constater que ça ne bug pas partout, l'espoir renaît ]

Même problème, j'ai tenté de modifier le max_input_vars dans le php.ini, j'ai mis jusqu'à 100 000, rien n'y fait... Avez-vous pu trouver une solution? Personne pour aider apparemment, c'est pourtant un gros problème... 1.6.1.4 PHP 5.4 et 5.5 (j'ai testé les 2) Hébergeur PHPNET

Même problème après mise à jour en 1.6.1.1 Est-ce que le changement de devise fonctionne lorsque logué comme client? Perso c'est le cas

luismiguel> Tout à fait d'accord, un simple code secret pour les achats sur le net me semble une solution tellement simple à mettre en place... Cela empêcherait l'utilisation de toutes les cartes volées et ces numéros trouvables sur le net... Il faut croire que les banques, Visa, Mastercard, n'ont pas grand chose à y gagner... contrairement aux commerçants... Jeckyl> Personne n'a dit qu'il fallait interdire les ventes dans ce type de cas, juste que ce type de commande devait amener à plus de prudence. Le lien cité plus haut donne de très bons conseils, et si le doute persiste passer un coup de file ne me semble pas une idée stupide...

Je ne cherche pas d'excuse aux banques, mais les principaux fautifs sont surtout VISA et Mastercard qui proposent un système de paiement par carte pas du tout sécurisé. Ils sont quasi en situation de monopole à eux 2 alors pourquoi se prendre la tête si toutes les conséquences des fraudes retombent sur les commerçants... Evidemment les banques sont carrément complices, mais comme il n'y a pas vraiment d'alternatives à proposer aux clients... Elles ont essayé d'améliorer le système avec le 3D secure mais on en voit les limites... Donc quand on dit que les banques contrôlent le processus de A à Z attention, puis je suis sûr qu'elle utilisent comme argument que c'est au commerçant de faire attention, par exemple à l'ip, l'adresse par rapport à la facturation, etc... et elle n'ont pas complètement tort... Le gros problème ce sont ces cartes que l'ont peut utiliser sans code sur le net, il suffit donc de voler un sac ou qu'un vendeur malveillant en copie les informations, pour que plusieurs site e-commerce se fassent dévaliser, c'est incroyable!

C'est ironique? C'est une réponse de banquier ça nan? ;D

Ce sujet mérite vraiment d'être mis plus en valeur, si cela peut éviter à quelques uns de se faire avoir... Depuis avril, des idées ou des conseils pour se prémunir contre les fraudes à la CB? Les compagnies bancaires prennent-elles enfin leurs responsabilités face à leur système défectueux? Cette page indiquée plus haut est à lire absolument par tout e-commerçant avant de se lancer: http://blog.axe-net....ment-ca-marche/

Bonjour, ce module est vraiment chouette, malheureusement il ne marche pas sur IE. IE indique cette erreur: Or ligne 29 il y a juste }); donc je vois pas du tout ce qu'il faut faire Edit: finalement ça ne marche pas si mal sur IE! Problème de cache je suppose. Merci pour ce module et pour votre aide!

J'ai très peu touché mon prestashop donc je pense qu'il s'agit bien d'un bug. Lorsque le client n'est pas logué et se trouve sur http://www.maboutiquepresta.com/fr/ l'image de la colonne de droite est: Hors cela devrait être: C'est très embêtant lorsque les moyens de paiement acceptés ne sont pas les mêmes en anglais et français... Cela fonctionne bien une fois le client identifié. Merci de m'indiquer quoi modifier pour y remédier.

Bonjour à tous, J'ai trouvé cette astuce sur le forum anglais qui va me faciliter grandement les choses (merci à Radu!) Ça marche bien pour "forcer" une devise lors du choix de la langue, mais je souhaite laisser la possibilité au visiteur de choisir une autre devise, hors ça ne fonctionne pas, la devise reste toujours celle indiquée ci-dessous. Merci d'avance si vous pouvez nous dire comment adapter ce point! static public function switchLanguage() { global $cookie; if ($id_lang = intval(self::getValue('id_lang')) AND Validate::isUnsignedId($id_lang)) { $cookie->id_lang = $id_lang; switch($id_lang) { case 1: //if lang_id that's changed to is = 1 than... $cookie->id_currency = 2; //change the currency too, the currency that has the id 2 self::setCurrency(); break; case 2: //and so on .... $cookie->id_currency = 1; self::setCurrency(); break; case 3: $cookie->id_currency = 1; self::setCurrency(); break; case 4: $cookie->id_currency = 4; self::setCurrency(); break; } } }

Why it's not possible to change currency after? I would like to let the possibily to change currency after, not to "force" to this currency... Thank you for you help!

J'aimerais beaucoup tester ce module mais je suis en 1.4 Merci d'avance jp77 pour la future mise à jour!