Jump to content

Lilhouh

Members
  • Posts

    111
  • Joined

  • Last visited

Everything posted by Lilhouh

  1. OK. C'est bien à "non" pour moi. Cela ne résout donc pas mon problème. Merci quand même.
  2. Bonjour, J'ai le même souci. Avez-vous trouver une solution ? Où désactive-ton la vérification de l'IP svp ? Merci
  3. 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
  4. 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
  5. 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
  6. 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.
  7. 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.
  8. 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.
  9. 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
  10. 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.
  11. 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
  12. 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
  13. 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.
  14. 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 !
  15. J'ai aussi ce problème depuis peu. (je suis sous prestahop 1.6) Des solutions depuis Novembre ? Merci
  16. Bon bah comme expliqué à Emmanuel M., le développeur, son module (zipcodezone) est effectivement compatible 1.6.1. Mais c'est la gestion, la configuration de tout le système de transporteurs qui bug à souhait. Un upgrade de mon site n'a pas suffit à garder les paramètres tels qu'ils fonctionnaient en 1.5.4.1. Plus rien ne fonctionnait en 1.6.1. J'ai finalement réussi à faire fonctionner l'ensemble sur ma version de test en fin de semaine dernière (en local sous wamp). Comment ? J'en ai strictement aucune idée... A faire, défaire, activer, désactiver, installer, désinstaller, réinstaller, refaire encore la même chose à chaque fois pourtant.... à un moment donné ...ça fonctionne. Je ne comprends absolument par pourquoi, et cela m'agace fortement d'ailleurs. Mais .. bon point : ça marche. J'étais convaincue que je me retrouverai confrontée au même souci lorsque je basculerai mon site de prod... et j'avais raison. J'ai upgradé mon site de prod hier... je suis restée bloquée plus de 2 heures sur la gestion des transporteurs... et je ne sais toujours pas pourquoi.. au bout d'un moment ça marche ! Un truc de dingue. Une chose est sûre votre module est compatible 1.6.1, je confirme... mais non sans mal Je ne sais pas s'il est un ordre spécifique pour orchestrer tout le système. Mais c'est la sensation que cela me donnait. Un import de la bdd pur et simple ne fonctionne pas (malgré vidage de cache, désactivation des surcharges, ...) Un upgrade via le module Prestashop... pareil... y'a un truc qui lui convient pas, qu'il ne reconnait pas. J'ai du écraser et refaire toutes mes zones + mes transporteurs + changer la zone par défaut dans Localisation / Pays (plusieurs fois) Si sur ma 1.5.4.1, je ne donnais pas spécialement de taille de colis ou de poids max (parce que le prix livraison dépend pour moi du prix de la commande et pas du poids ou de la dim), j'ai l'impression que cela est indispensable sur la 1.6.1... Simple illusion ? peut-être. Enfin bref, c'est pas la première fois que je me bats avec cette gestion de transporteurs... et ce ne sera surement pas la dernière j'imagine... incompréhensible pour moi, trop fragile aussi. Merci pour votre intérêt.
  17. Alors l'option Désactiver toutes les surcharges était à OUI. Je l'ai passé à NON (pour la réactiver) J'ai réinstallé mon module, pas d'améliorations (il me propose même un transport gratuit pour des zones non couvertes / départements non autorisés) EDIT : hum.. oui, y'a pas.... pas de changements. Il n'a vraiment que faire des zones par codes postaux que je lui indique et ne se fie qu'à la zone associée à mon pays France.
  18. Module désinstallé... et oui le problème persiste. Par contre votre 2ème question m'interpelle et m'intéresse sans que je ne la comprenne Je fais comment pour faire ça ? Merci
  19. La demande est en cours... j'attends sa réponse. Il y a plusieurs mois de cela, il m'avait dit qu'une migration vers 1.6 ne devrait poser aucun problème. Je ne suis donc pas certaine que cela vienne de ce module, et espère par ce post, qu'entre temps mon souci pourrait susciter auprès de vous, communauté PS, d'autres interrogations et/ou points de vigilance auxquels je n'aurais pas pensé. merci
  20. Bonjour, Encore un énième post sur la gestion des transporteurs me direz-vous, oui, mais... pas que ! J'ai un PS 1.5.4.1 qui tourne en prod, je souhaite le mettre à jour d'ici peu, j'ai donc créé une pâle copie de ce site de prod en local (wamp) pour upgrade vers 1.6.1.0. J'ai donc tout bien backupé et importé, j'ai upgradé mon thème par la même occas. Tout roule, sauf.... la gestion des transporteurs alors qu'elle est configurée exactement de la même façon que sur mon site de prod, la garce !. En prod (1.5.4.1) --> ca fonctionne nickel, En local (pâle copie passée en 1.6.1) : NON A noter : j'ai pas fait la "bourrine", j'ai d'abord installé un 1.5.4.1 en local pour y importé ma BDD de prod et ai ensuite upgradé PS vers un PS version mineure puis autre upgrade vers dernière version stable Ps 1.6.1, histoire que l'upgrade des tables se fasse tout en douceur..... Malgré tout, le système n'a de cesse de me proposer le transporteur par défaut (le gratuit) peu importe les zones et les coûts affectés à chaque transporteur. En fait, dans [Localisation / Pays] : mon pays [France] a comme zone "Tournées locales". En prod il sait bien basculer vers une autre zone et donc un autre transporteur si le code postal ne correspond pas à ceux tolérés par cette zone. Tandis qu'en 1.6 là... il reste bloqué sur cette zone définie ici, dans [Localisation / Pays/ France] . Si je la change, il prend en compte le changement mais ne me propose toujours que les tarifs de cette zone et ne fait pas la bascule en fonction des codes postaux. Côté configuration BO, je me base sur : un pays : la France plusieurs zones DOM TOM Corse Tournées locales Hors tournées (dont le transporteur diffère en fonction du code postal de l'adresse de livraison --> module utilisé : zipcodezone) Europe 4 pays 3. 3 transporteurs : France gratuit (limité à zone "Tournées locales") France payant (limité à zone "Hors Tournées") Europe payant (limité à zone "Europe 4 pays") C'est non sans m'être arraché les cheveux avant que je me tourne vers vous car j'ai la sensation que c'est plutôt un genre de classe qui surcharge ma configuration quoique je fasse côté BO. Mais comme c'est quelques chose que je maîtrise pas.... j'ai besoin de vous ! Des idées pour moi svp ? A titre d'infos : Je n'utilise pas la gestion avancée des stocks Mes produits n'ont pas de transporteurs associés dans leur fiches produits j'ai lu et relu la documentation d'aide PS J'ai déjà désactivé / Réactivé et même supprimé et recréé mes codes postaux / zones / transporteurs... sans sucés. j'ai bien vu le changement entre 1.5.4.1 et 1.6 pour les tranches de prix : j'ai vérifié, mes prix selon tranches de prix sont bien configurés dans chaque transporteur (et non plus en rubrique "Tranche de prix" comme c'est le cas en 1.5) Je sais que ce sujet a été traité des centaines de fois, mais je n'ai vraiment pas trouvé réponse à mon problème dans tout ce que j'ai pu lire. Ma conf est bonne (à priori), c'est simplement cette zone sélectionné au niveau du pays qui me ruine tout ! Si je la repasse à "Europe" ou que sais-je... il ne me trouve plus de transporteurs du tout. Peut-être alors est-ce le module zipcodezone qui n'est pas compatible avec PS 1.6.1, mais comment en être sûre avant d'investir par exemple dans PostalDeliv de Ebewé qui fait exactement la même chose... :/ ...........LOST.............. Merci par avance
  21. Bonjour, J'amerais savoir s'il existe à votre connaissance un module qui me permette de demander le code postal de l'internaute avant de l'autoriser à ajouter un produit au panier. Je ne souhaite pas lui interdire l'accès au catalogue s'il n'est pas loggué ou inscrit. Je voudrais simplement lui demander, dans un 1er temps, son code postal pour que le chargement de mon catalogue se modifie en fonction. Je propose de la livraison par mes propres moyens où les produits sont donc tous "vendables" mais aussi de la livraison par voie postale où je ne peux envoyer certains types de produits (rien d'illégal je vous rassure je suis dans l'alimentaire !) La demande du code postal me permettrait de griser / désactiver le bouton "ajouter au panier" d'une liste de produits que j'aurais défini. J'ai bien conscience du chantier côté BDD : si tel code postal alors Produit A en stock mais pas Produit B grosso modo ; si tel autre code postal : tous produits en stock par contre si tel autre code postal (typiquement ile de Ré ) --> pas de stock sur Produit A + B par exemple ! Tout ceci sans aucun lien et conflit bien sûr avec les prix pratiqués par transporteur et par code postal. Juste question de disponibilité. A noter : Je ne cherche pas forcément du module gratuit (mais j'ai pas le droit de démarrer un nouveau topic en rubrique "Modules Payants" de ce forum alors je poste ici) Mes recherches internet n'ont rien donné... alors si vous avez des pistes de réflexion / de développement / de modules existants... je prends ! Merci à vous
×
×
  • Create New...

Important Information

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