Lilhouh

OK. C'est bien à "non" pour moi. Cela ne résout donc pas mon problème. Merci quand même.

Bonjour, J'ai le même souci. Avez-vous trouver une solution ? Où désactive-ton la vérification de l'IP svp ? Merci

Merciiiiiiiiiiiiiiiiiiiiiiii ! C'est tout

Bonjour, Une nouvelle fois, merci beaucoup du temps que vous m'accordez Effectivement. Il semble que chez moi, l'email soit en index 141, le nom en 142, le prénom en 143 et le message en 144. Je viens de re-commander une nouvelle, ceci confirme cela. 20 1 142 NomDEst 20 1 143 PrenomDEst 20 1 141 [email protected] 20 1 144 MessageCarte 21 1 142 Name 21 1 143 FirstName 21 1 144 MonMesage Perso super sympa 21 1 141 [email protected] Charge à moi donc d'aller modifier les numéro d'index dans le gifcard.php. j'imagine ? Je vais tenter cela ! A plus tard Merci encore - - - - - - - - - EDIT : Bon effectivement, en mettant les bon numéros d'index dans le giftcard.php.... cela fonctionne bien mieux ! Les éléments sont tout de suite mieux récupérés pour être insérés dans les différents mails MERCI Géraaaaaaard !! Gros ouf de soulagement, même si cela n'explique pas pourquoi c'est si bizarre chez moi ! Autre petite question, j'en profite, vous avez l'air de bien connaître ce module J'aimerais modifier le contenu du mail "conf_card_sent.html', et plus précisément le message contenu dans la variable {message_confirm} .. mais je ne trouve pas où cela se passe. Pouvez-vous m'aiguiller svp ? Merci

Personnellement je n'ai rien fait... La double virgule existe dans giftcard.php du nouveau zip en page 1 de cette discussion. J'ai fait tout ce que vous m'avez dit Gérard, j'ai même supprimé les produits, désinstallé le module, supprimé le module, vérifié que tout était vide dnas les tables concernées, réinstallé le module, recréé les produits.... mais non... rien n'y fait Toujours pareil. Et y'a un truc que je ne comprends surement pas bien dans votre avant dernier post où vous dites : Dans la table _customized_data je n'ai ni index 1, ni index 4 à vrai dire .... mais des index qui s'incrémentent comme ci-dessous pour la dernière carte commandée où le type est = à 1 mais où les index sont de 141, 142, 143, et 144... 20 1 144 MessageCarte 20 1 143 PrenomDEst 20 1 142 NomDEst 20 1 141 [email protected] Je perds pied... j'ai l'impression d'être la plus stupide des plus stupides ! o_O Une nouvelle fois... merci de votre implication ! EDIT ; A tout hasard vous n'auriez pas la version 3.2.7 que j'essaie .... ? Merci

Bonjour, Je désespère... J'ai changé l'ordre dans le for comme conseillé... mais pas d'amélioration. J'ai même essayé de mettre l'email personnalisé dans les 4 champs en FO >_< Rien ne fonctionne Voici ce que j'ai en code source : // remplissage des champs pour l'email ami meme si tous les chmaps ne sont pas remplis for ($j = 0; $j < count($customization['datas'][1]); $j++) { if ($customization['datas'][1][$j]['index'] == '1') $email = !empty($customization['datas'][1][$j]['value']) ? $customization['datas'][1][$j]['value'] : $customer->email; if ($customization['datas'][1][$j]['index'] == '2') $firstname = $customization['datas'][1][$j]['value']; if ($customization['datas'][1][$j]['index'] == '3') $lastname = $customization['datas'][1][$j]['value']; if ($customization['datas'][1][$j]['index'] == '4') $message = $customization['datas'][1][$j]['value'];; } if( !filter_var($email, FILTER_VALIDATE_EMAIL)){$email = $customer->email;} Question subsidiaire : Pourquoi le "double point virgule" à la fin du for ?! Si je l'enlève j'ai une erreur... Résultat : Aucun champ de la personnalisation n'est pris en compte. C'est encore le client qui reçoit un mail lui disant "Veuillez trouver ci-dessous votre carte cadeau offerte par PrénomClient NomClient" Aucun message personnalisé n'apparait sur la carte cadeau. J'ai forcément dû louper quelque chose.... un paramétrage .. un petit truc... mais quoi ?! Faut-il que les champs de personnalisation soient "requis" pour être pris en compte ? J'ai pas testé cette possibilité. Aujourd'hui ils ne le sont pas. Merci de votre temps. - - - - EDIT : Point bizarre également : les quantités dans mon backoffice ne diminuent pas.J'ai toujours autant de cartes disponibles en stock alors que mes tests m'ont déjà conduite à en acheter 10... Par contre les codes promos associées sont bien créées en "règles panier" .... Et .... pire encore... sur ma version de prod (parce que tout le reste je le fais évidemment sur ma version de test) cela n'enlève pas une carte du stock ... mais ça en ajoute une ! Impossible donc pour moi de comprendre quoi que ce soit et d'utiliser ce module à bon escient.... Dommage. :/ Merci de votre aide

Bonsoir, Ouais c'est clair, un grand merci à Loulou ! J'avais bien compris les champs tels que vous les décrivez, c'est pourquoi je ne comprends pas qu'il ne sache pas l'envoyer au mail renseigné dans le champ "email destinataire" Ceci étant ... sur ma boutique, les champs sont inversés et le champ email apparaît pour le coup en 1ère position... et non en 4 ! Je peux peut-être voir là un début de réponse.... Je poursuis donc mes recherches... Merci en tout cas du temps pris à me répondre. J'apprécie.

Salut ! Effectivement j'avais une erreur : Erreur : le paramètre « to » est corrompu J'ai mis le "fix" de Gérard également ... du coup plus d'erreur, mais toujours pas d'affichage du mail "personnalisé" dans le mail envoyé à la personne qui commande. J'ai bien reçu la carte cadeau du coup ... mais pas à l'adresse personnalisée... Que dit le fix de Gérard en français s'il vous plaît ? if( !filter_var($email, FILTER_VALIDATE_EMAIL)){$email = $customer->email;} => Si pas d'email personnalisé renseigné alors envoyer au mail du client, c'est cela ? Moi j'ai renseigné tous les champs personnalisés (oui j'ai bien fait "enregistrer" avant d'ajouter au panier... d'ailleurs je vois bien le récap de ces infos dans le panier) mais aucun des champs de la personnalisation n'est pris en compte ( ni le mail, ni le nom, ni le prénom, ni le message à afficher sur la carte) J'ai même l'impression que c'est l'inverse je reçois le mail "Veuillez trouver ci-dessous votre carte cadeau offerte par Prénom Nom" mais à l'adresse client avec le prénom et le nom du client (et pas ceux de l'ami) .... Le debug est toujours à true et plus d'erreur à déclarer. Je suis sur un prestashop 1.6.1.1. Merci de votre aide.

Bonjour, Merci pour votre retour. Je teste donc cela et reviendrai vous dire. Je rajoute une question rapport au 1er post de cette discussion. Il est dit qu'il faut désinstaller complétement l'ancienne version du module pour réinstaller la nouvelle ? Sauf qu'une désinstallation complète nécessite de supprimer tous les produits d'ores et déjà créés... et référencés pour ma part. Du coup, ça ne m'intéresse pas de les supprimer ! Au delà du fait qu'il faut backuper tous les infos, metas, descriptifs des fiches produits rédigées, il me sera tout simplement impossible par la suite, lors de la re-création, qu'ils reprennent les mêmes URLs (les ID changeront inévitablement), ce qui impose de faire des redirections 301. Je ne trouve pas cela très pertinent. J'ai donc remplacé tous les fichiers de l'ancienne version par les fichiers de la nouvelle version du module par FTP.... sans supprimer les produits... Peut-être est-ce là l'origine de mes maux.... ? Non ? Merci - - - - - - - EDIT : J'ai regardé à votre bout de code Gérard et je ne vois pas trop ce que votre if doit encapsuler..; Où se termine t-il ? Et du coup pourquoi indiquer le mail de la personne qui commande à cet endroit précis ? Alors que l'on est dans le template mail de la personne destinataire (ou me trompes-je ?!) Autre question relative à ce fichier php du coup Dans ce bout de code, je ne comprends pas la fonction Mail : if ($email != $customer->email) { $template1 = 'conf_card_sent'; $title1 = $this->lgc('Gift Card send !', $customer->id_lang); $message_confirm = $this->lgc('Your Gift Card has been sent to:', $customer->id_lang).' '.$email; Mail::Send((int)$customer->id_lang, $template1, $title1, array('{message_confirm}' => $message_confirm,), $customer->email, null, null, null, null, null, dirname(__FILE__).'/mails/'); } Si $email n'est pas la personne qui commande => OK, c'est le scénario qui me pose souci, je suis donc au bon endroit. Par contre, je ne comprends pas pourquoi on indique dans la variable destinataire la chose suivante : (int)$customer->id_lang et pourquoi ne dit-on nulle part : $email ? Comment un id peut-il servir à définir un email destinataire ? Je suis pas super calée en php vous le comprendrez assez facilement Merci par avance pour vos lumières.

Bonjour, J'utilisais l'ancienne version et j'ai aujourd'hui mis à jour votre module. Je n'arrive plus à le faire fonctionner correctement ... je m'agaçe moi-même ! Petites questions sur le fonctionnement de ce module (je ne trouve pas de documentation en ligne) : Si les champs de personnalisation ne sont pas requis : alors le pdf est envoyé à la personne qui achète la carte cadeau et c'est donc à elle de la transmettre pour l'offrir c'est cela ? En revanche si les champs de personnalisation sont requis, alors le pdf contenant la carte cadeau est envoyée directement au mail saisi en champ personnalisation (le destinataire du cadeau en somme) ? Pour ma part, je rencontre quelques soucis. Les cartes cadeaux en produits dématérialisés sont bien créés en BO, mais lorsque j'en commande une : je reçois bien le mail de confirmation de commande mais il ne récupère pas le nom de la personne à qui je l'envoie. En effet le mail indique "Votre Carte Cadeau a été envoyée à : (et là c'est vide !)" le code réduction est bien généré en BO mais je ne reçois pas le mail contenant le pdf de la carte (ni à l'adresse mail "personnalisée" donc le destinataire de la carte, ni à l'adresse de la personne qui commande). .... je pense à un truc en me relisant : dans les options de personnalisation de la fiche produit j'ai passé le nombre de champs de personnalisation de 4 à 3 et du coup j'ai changé la position initiale du champ "email destinataire"... peut-être est-ce lié non ? une idée pour moi svp ? Aussi, petite question, la commande d'une telle carte ne nécessite pas de livraison donc les frais de port sont à 0€. OK Mais du fait du statut "dématérialisé" du produit j'imagine, le chanceux qui passe une commande sur ma boutique grâce au montant de la carte qui lui a été offerte bénéficie lui aussi des frais de ports gratuits alors que sa commande à lui, je l'envoie par colis postal du coup.... sauriez-vous m'aider sur ce point ? (je mets un bémol sur cette observation parce qu'il est à 99,99% possible que ce soit lié à la commande en "one page checkout" et non pas lié au module giftcard.... mais plusieurs mauvaises surprises de frais de port à 0 non justifiés ont eu lieu sur des cartes cadeaux, c'est pour cela que j'y pense....) Merci bcp par avance

Allez, j'ai réussi à faire ce que je voulais après avoir abandonné plusieurs mois. Si ça peut servir à quelqu'un, voici ce que j'ai pu observer en bossant sur le tuto de Pauline. Dans le Category.php, si vous le créez vous-même parce qu’il n’existe pas dans votre version de Prestashop, pensez bien à encapsulez tout le code donné par Pauline dans cette classe : class Category extends CategoryCore { …… } Commencez évidemment ce fichier par la balise ouverture de php <?php … mais en fin de fichier … ne la fermez pas ! Dans le AdminCategoriesController.php, si vous le créez vous-même parce qu'il n'existe pas dans votre version de Prestashop, pensez bien à encapsulez tout le code donné par Pauline dans cette classe : class AdminCategoriesController extends AdminCategoriesControllerCore { …… } La fonction getDescription2Clean donnée par Pauline est, me semble-t-il, à adapter à la nouvelle variable "description_2" que nous souhaitons ici créer, et non pas $description (tout court) Voilà pour ma petite contribution Je suis en PS 1.6.1.1 et cela fonctionne très bien.

Re ! J'avance... Le champ s'affiche en BO. Mais se vide à chaque enregistrement de la page. L'appel de ma div en front fonctionne également. Il est vide. Normal puisque le champ se vide et rien n'est donc inséré en bdd... une idée pour moi svp ? merci

Bonjour, J'aimerais vraiment réussir à mettre en place un 2nd champ de description en BO pour mes pages "catégorie". Pourquoi ? Pour renforcer l'aspect qualitatif de mes pages sans alourdir le haut de l'écran. Je souhaiterais donc intégrer un autre champ "description" que je placerai plus bas dans la page. J'ai donc trouvé un tuto sur le site de Pauline Ghiazza. Je ne sais pas si je peux faire des liens vers son site donc je vais vous donner un peu les grandes étapes de ce qu'elle invite à faire : Modification de la base de données Modification de la classe Category Modification du controlleur administrateur AdminCategoriesController Fonction __construct(); Fonction getDescriptionClean() Fonction renderForm() Appel dans le template via ce type d'appel : {$category->description_2} Malgré mes efforts, rien n'y fait, les override ne sont pas pris en compte (prestashop 1.6.1.1) J'ai bien fait attention à : supprimer le class_index, vider le cache, vérifier que l'option "surcharges" était bien activée en BO... mais rien n'y fait, aucun autre mce pour cette seconde description ne daigne s'afficher en BO... J'imagine donc que l'appel dans le tpl n'est pas bon (si tant est que le reste fonctionne bien sûr A noter : j'ai aussi tenté la piste trouvée sur un autre site qui conseillait de modifier le classes/PrestaShopAutoload.php (reussir mon ecommerce) Mais non. --> Avez-vous d'autres pistes que je puisse explorer svp ? merci bonne journée

J'ai ouïe dire que d'avoir toutes les pages liées à la home n'était pas bon pour le référencement (dans l'URL oui)... Peut-être l'information était elle mauvaise... Je cherchais donc à pouvoir récupérer la catégorie et son ID depuis le menu Préférences / Seo & URLs pour l'afficher dans mes URLs produits. Si ce n'est pas nécessaire et dommageable pour les moteurs... alors tant mieux, je ne change rien. Aujourd'hui mes produits sont bels et bien catégorisés, c'est-à-dire que si je clique sur un produit, le fil Ariane suit bien la logique monsite.com/monproduit.html. Merci de ta réponse.

Bonjour, Sujet traité plusieurs fois pour récupérer l'ID de la catégorie dans les fichiers php ou tpl.. mais mon problème concerne le backoffice. En effet en terme SEO, il est préférable de lier chaque page produit à sa catégorie et d'avoir une URL de type : www.monsite.com/IDcatego-nomcategorie/IDproduit-nomproduit.html plutôt que www.monsite.com/IDproduit-nomproduit.html Pourtant malgré toutes mes tentatives, je ne parviens pas à faire s'afficher le maudit ID de la catégorie. Du coup Prestashop me génère une URL de type : www.monsite.com/nomcategorie/IDproduit-nomproduit.html Du coup... une belle erreur 404 est à portée de main si l'on retire la dernière partie de l'URL pour ne garder que www.monsite.com/nomcategorie Cela n'existe pas puisqu'il manque l'ID (obligatoire depuis l'interface BO, que j'ai donc gardé) Je en vais tout de même pas mettre en place des redirections 301 pour rediriger toutes mes URLs catégories ! Quelqu'un a t-il se même souci ? Est-ce important selon vous ? Avez-vous vos produits rattachés directement rattachés à votre home pour éviter tout problème ? Merci !