De manière générale, un backoffice se sécurise rapidement avec FosUserBundle, et c’est très bien ainsi, car on ne veut pas s’embêter à recoder tout un système d’authentification classique (login/rappel de mot de passe, changement de mot de passe etc) Mais,
Gérer des utilisateurs sans FosUserBundle 5ème partie
Nous voici arrivés à la dernière partie de ce tutoriel qui nous aura permis de voir pas mal de choses: des listeners, des formsEvents, des validateurs personnalités, la mise en place de handler, le découplage du code… Le reset de
Gérer des utilisateurs sans FosUserBundle 4ème partie
Nous voici arrivés à l’avant-dernière partie qui va demander pas mal de boulot, à savoir la demande de reset de mot de passe s’il a été oublié. Quelques rajouts vont être faits à différents endroits, mais vous allez le voir, aucune modification
Gérer des utilisateurs sans FosUserBundle 3ème partie
Ici, nous allons mettre en place le changement de mot de passe. Pour cela, il va falloir faire évoluer nos services, créer un nouveau formulaire, mettre en place un event lors de la soumission du formulaire, un message flash… c’est
Gestion des utilisateurs sans FosUserBundle 2ème partie
Ici, on attaque les choses sérieuses avec des events, envoi de mails, services, validateurs et surtout, découplage maximum et réutilisabilité du code. L’inscription Un utilisateur doit pouvoir s’inscrire. Pour ce faire, nous allons déjà commencer par créer notre entité Registration.php
Gestion des utilisateurs sans FosUserBundle 1ère partie
FosUserBundle, c’est super, rapide à mettre en place et… magique. A moins d’aller voir le code du bundle, la plupart du temps, on l’utilise uniquement pour sécuriser rapidement un backoffice. C’est bien, ça suit un protocole standard classique, et si