wollanup

Bonjour, Très interessé par ce module pour le site que je réalise actuellement, je me suis vite rendu compte qu'il n'est pas fini, voir buggé dans certains cas. j'ai développé qqch pour mon client qui permet de corriger certains bugs tels que: - choix d'une devise quand type de bon = montant sur la commande (sans ça le bon ne fonctionne pas!) - choix du nombre de jours avant anniversaire pour envoyer le bon - choix du temps de validité - choix des options (cumulable ou pas) - test si bon de réduction existe déja (pour les malins qui change de date de naissance comme de chemise) - diverses modifs au template mail (affichage du code de réduc + montant + validité + les conditions écrites en petit si montant minimum etc...) A propos d'éviter les doublons, il ne faut pas modifier le nommage des bons en rajoutant un numéro aléatoire, au contraire, le système actuel est parfait: 1. On identifie un bon par son ID client et son année, que demander de plus, il suffit de tester si ce bon existe et bingo. 2. Au cas où un utilisateur "pirate" le bon de réduction d'un autre, il ne peut pas s'en servir, le bon est nominatif. 3. Et pour ceux qui changent de date, même principe, la vérif sur le nom du bon intervient, le seul cas qui passe, c'est par exemple: anniv' le 31 déc : cadeau, et il change sa date au 1er janvier, il aura un cadeau aussi le lendemain, mais dans ce cas, même s'il change par la suite, il est niqué pour l'année! Pour l'instant, j'ai fait la plupart de ces modifs en dur mais si qqn est intéressé pour les avoir dans la config du module dans le BO, je peux faire ça. Je ne suis pas spécialiste des modules Presta, mais je viens de passer 3 mois sur une boutique (suzy-la-souris.fr) et j'ai bouffé du module et de la modif de classe sur ce site! (ça va être marrant pour les MAJ...) Enfin voilà, je me sens prêt à reprendre ce module existant et à l'améliorer, il me faut juste quelques encouragements, et on verra la suite PS : Je précise pour ceux qui ne reçoive pas le mail alors que le fichier cron.php affiche OK, qu'il faut que le client soit validé, càd au moins une commande payée. PPS : déterrage de sujet + même post dans un autre sujet du genre, c'est mal ici? (je suis nouveau) En tout cas ce sujet arrive assez haut dans google, donc j'imagine que du monde va passer, d'où mon post

Bonjour, Très interessé par ce module pour le site que je réalise actuellement, je me suis vite rendu compte qu'il n'est pas fini, voir buggé dans certains cas. j'ai développé qqch pour mon client qui permet de corriger certains bugs tels que: - choix d'une devise quand type de bon = montant sur la commande (sans ça le bon ne fonctionne pas!) - choix du nombre de jours avant anniversaire pour envoyer le bon - choix du temps de validité - choix des options (cumulable ou pas) - test si bon de réduction existe déja (pour les malins qui change de date de naissance comme de chemise) - diverses modifs au template mail (affichage du code de réduc + montant + validité + les conditions écrites en petit si montant minimum etc...) A propos d'éviter les doublons, il ne faut pas modifier le nommage des bons en rajoutant un numéro aléatoire, au contraire, le système actuel est parfait: 1. On identifie un bon par son ID client et son année, que demander de plus, il suffit de tester si ce bon existe et bingo. 2. Au cas où un utilisateur "pirate" le bon de réduction d'un autre, il ne peut pas s'en servir, le bon est nominatif. 3. Et pour ceux qui changent de date, même principe, la vérif sur le nom du bon intervient, le seul cas qui passe, c'est par exemple: anniv' le 31 déc : cadeau, et il change sa date au 1er janvier, il aura un cadeau aussi le lendemain, mais dans ce cas, même s'il change par la suite, il est niqué pour l'année! Pour l'instant, j'ai fait la plupart de ces modifs en dur mais si qqn est intéressé pour les avoir dans la config du module dans le BO, je peux faire ça. Je ne suis pas spécialiste des modules Presta, mais je viens de passer 3 mois sur une boutique (suzy-la-souris.fr) et j'ai bouffé du module et de la modif de classe sur ce site! (ça va être marrant pour les MAJ...) Enfin voilà, je me sens prêt à reprendre ce module existant et à l'améliorer, il me faut juste quelques encouragements, et on verra la suite PS : Je précise pour ceux qui ne reçoive pas le mail alors que le fichier cron.php affiche OK, qu'il faut que le client soit validé, càd au moins une commande payée.