31 replies to this topic

[Benoth]

Bonjour à tous,

Petite contrib permettant la validation du compte client à l'inscription.

Explication du fonctionnement :
A l'inscription, le client reçoit un mail, dans lequel se trouve un lien sur lequel il doit cliquer pour valider son inscription (voir le screenshoot). Si il essaye de se connecter sans avoir validé son inscription par se lien, il reçoit un message d'erreur. Ça permet de se protéger contre les bots à la c... (et je trouve ça moins embêtant qu'un captcha), et les adresses mails bidons!

Détail "technique" :
Je me sers du champs "active" de la table "customer", que je passe a 2 tant que l'inscription n'est pas validée. Je n'ai pas encore touché à la partie Back Office et je n'ai pas inclus les traductions Fr des messages d'erreur. Par contre le bouton "active" du Back Office fonctionne tout de même, même si il est toujours du type Bool (je sais, c'est pas propre^^)

Pour l'installation, il suffit de remplacer les fichiers de votre PS1.1 par ceux fourni dans l'archive jointe

Je vous laisse tester et me donner vos retours / impressions / remarques, avant de continuer plus loin dans le développement!

Attached Files

•  mail.png   24bytes   3686 downloads
•  www.zip   13bytes   903 downloads

[kriboy]

Juste une question.
Si le client crée son compte en passant sa première commande, je doute qu'il aille voir sa messagerie avant la fin du processus de paiement.
La commande ne peut donc pas avoir lieu ?

[4mydesign]

Hi guys :coolsmile:

Je pense que le process de paiement par Cartes de Credit ne peut pas être altéré par cette procédure ( double opt-in ) et que le client validera sa commande pour 1 produit à télécharger ou "physique", par 1 clic sur le lien dans l'email qu'il recevra quelques instants après ...

Le Double Opt-In est aussi très efficace en terme de taux de transformation des prospects/clients car il implique une démarche active de la part du prospect/client

THX

[Benoth]

@kriboy : bonne question ça ... je vais regarder! Mais normalement il doit avoir un message lui demandant de valider son compte par le lien qu'il reçoit en mail... en attendant, le processus de commande doit rester bloquer a l'identification.

Je n'ai pas mis d'authentification automatique du client si le lien est valide... ça me paraissait pas trop secure... mais ça reste facilement faisable!

Autre chose que j'avais oublié de préciser... pour générer ma clé de validation, j'utilise des champs du client avec en plus un "grain de sable", que je vous conseille de modifier si vous utiliser ce bout de code (le grain de sable doit être g$p_), a modifier dans authentification.php et validator.php si je ne dis pas de bétises!

[dany]

salut benoth et a tous

j ai essayé ca marche bien, c'est un bon travail,

je voulais te demander si tu as une idée comment faire un lien, j ai eu plusieurs client en commander des produits par cheque et par virement et je n'ai pas eu de suite, je ne savais pas si je devrais les annulé ou pas . j'avais pensé s il y a un moyen d'envoyer par message prédéfini au client deux lien le premier lien c'est pour maintenir votre commande cliquez ici ou pour annulé votre commande cliqué ici, le message seras diffuser directement sur les messages de la commande maintien ou annulé

surement plusieurs personne on le même soucis,

est ce que tu as une idée ?

merci d'avance

[Benoth]

[HS]
Ouais techniquement c'est tout à fait faisable, mais ça va beaucoup plus loin que les modifs que j'ai faites!

Ce qu'il faut surtout c'est n'oublier aucun paramètre, par exemple si le client annule sa commande, il faut que tu puisse le rembourser et réinjecter les produits dans le stock... c'est peut être un module complet qu'il faut à ce moment là!

Un petit module qui t'affiche les commandes en attente de paiement depuis x temps, qui se charge d'envoyer le mail et selon la réponse faite (par le lien), mettre à jour le "contenu" de ce module, a toi ensuite de faire la modif de la commande.

Faire la modification de la commande automatiquement par le lien cliqué, ça me parait un peu tendu en terme de suivi, non?
[/HS]

Sinon on s'écarte du sujet, il serait peut être bien d'en créer un nouveau pour en discuter ;) mais l'idée est intéressante!!!

[dany]

merci de m'avoir répondu, je vais ouvrir un nouveau sujet pour cette idée, je tiens juste a te dire que c'est pas la peine de créer un module pour ca car ca demande est déjà en attente (avec la date ), "aucun remboursement seras fait car il a pas payé " apres 10 jour par exemple si je n'ai pas encore recu le cheque ou le virement , je pense juste a lui envoyer un lien s'il veut garder sa commande j'aurais un message d'un client ; numero de commande 12, le client veut garder ca commande ou non ! apres c'est moi qui feras tout apres manuelement .

il suffit de faire un lien directement a son compte sur la commande 12 par exemple et la bas il peut envoyé un message au service client

est ce que tu crois que seras facile de le faire le lien qu'il le ramène a son compte ->history -> commande 12 -> message

[micm]

j'ai un soucis apres avoir cliquer sur "inscrire" du formulaire d'enregistrement j'ai aucun message qui me prévient de l'envoi d'un mail sur ma messagerie pour l'activation et je suis diriger sur la page de connexion du compte "IDENTIFIEZ-VOUS" (nouveau client ou client existant).

merci d'avance

[Benoth]

Bonjour micm,

c'est bien ce que cette modif est censée faire, après le message prévenant de l'envoi du mail avec le lien, elle renvoi vers la page de connexion

tu verrais une meilleures solution?

[micm]

Benoth

From 1236428673:

Bonjour micm,

c'est bien ce que cette modif est censée faire, après le message prévenant de l'envoi du mail avec le lien, elle renvoi vers la page de connexion

tu verrais une meilleures solution?

C'est bien comme cela que je l'avais compris mais justement je n'ai pas le "message prévenant de l'envoi du mail avec le lien" avant d'aller vers la page de connexion. Quel est le fichier qui est censé donner cette information.

[Benoth]

c'est le authentification.tpl, dans l'archive que je donne, il est placé dans themes/prestashop ... mais si tu utilises un théme personnalisé, il faut soit que tu le remplace, soit que tu recopie la ligne qui va bien (vers les lignes 25-30):

{if isset($confirmation)}
    

        
{l s='Your account has been successfully created.'}
        
{l s='Please check your e-mail and click the link to validate your register.'}

        

            
{l s='Access your account'}
        

    

{else}

[micm]

je viens de vérifier j'ai bien ces lignes de codes dans mon "authentification.tpl" de mon theme qui est standard sans modif. Et a aucun moment j'ai le message en anglais ou en français du type "Your account has been successfully created" avant d'arriver sur la page de connexion.

Et la ça m'agace de ne pas trouver d'ou cela vient. merci de ton aide

[Benoth]

Et dans le back office, au niveau des traductions tu ne retrouve rien?
C'est bizarre ça!

[micm]

tout est ok dans le back office en français et en anglais - peux tu me renvoyer la totalité de l'archive en MP car je ne comprends pas ou ça coince. merci

[citrix34]

idem pour moi....
cela ne marche pas...

le nouveau venu reçoit bien un mail lui demandant d'activer son compte... mais en frontoffice, après avoir créé son compte, aucun message ne s'affiche lui indiquant qu'il va recevoir un mail de confirmation et/ou lui indiquant qu'il va devoir activer son compte..... à aucun moment je n’ai le message en anglais ou en français du type “Your account has been successfully created” avant d’arriver sur la page de connexion.

une idée ?

JP

ps: Prestashop 1.1 avec theme de base

[swissvirtual]

Bonjour,

J'ai installé ce module très pratique qui m'a l'air de bien fonctionner, et je reçois le message en anglais pour confirmer l'inscription.
Je vais voir pour traduire se message.

Salutations.

[swissvirtual]

Re...

J'ai traduis les e-mails dans une autre langue et tout bien, cette petite contrib, très pratique, merci à l'auteur.

Cependant j'aurais aimé que le client lui apparaisse un message lui disant d'aller voir sa boite e-mail à la fin de son inscription, car en effet le client dois se logger pour avoir cette information. Le client ne sais pas qu'il a reçu un e-mail tant qu'il ne s'est pas connecté sur son compte.

Petit détail : les traductions sont dans les messages d'erreurs.

[citrix34]

Bonjour,

des nouvelles concernant le pb remonté de non diffusion du message en Francais en Anglais ?
Cordialement,

JP

[X-Ryl669]

Est-il possible d'avoir un diff de cette modification ?

Ce serait pratique pour adapter votre modification sur un 1.2 et ultérieur.
Merci beaucoup.

[Jean-Bruno]

Salut

Très bonne idée. Perso ça marche nickel mais il me ramene sur une page ou le message "Votre compte a été créé avec succès." est en anglais
2 suggestions
- effectivement un message annonçant qu'un mail doit etre validé serait un plus (mais on doit pouvoir gérer ça a la main dans les traductions
- une connection IMMEDIATE au compte directement comme connecté (que le client ne doive pas à nouveau rentrer son mail et son mot de passe) ce serait plus "moderne", non ?

merci en tout cas et … a suivre