TODO : UserPasswordHasheInterface ?
Cela signifie ajouter une route pour changer de mot de passe ? Dans ce cas pourquoi ne pas la mettre dans SecurityController ?
Sinon pourquoi intégrer cette interface ?
TODO : UserPasswordHasheInterface ?
Cela signifie ajouter une route pour changer de mot de passe ? Dans ce cas pourquoi ne pas la mettre dans SecurityController ?
Sinon pourquoi intégrer cette interface ?
je voulais que le SecurityController ne serve qu'à contrôler les entrées et sorties. Dans ma tête, le "UserPasswordHasheInterface" devait être dans le UserController, parce qu'il servira à l'adhérent dans son espace KAZ à modifier son mot de passe
je voulais que le SecurityController ne serve qu'à contrôler les entrées et sorties. Dans ma tête, le "UserPasswordHasheInterface" devait être dans le UserController, parce qu'il servira à l'adhérent dans son espace KAZ à modifier son mot de passe
melvin-leveque marked this conversation as resolved
On a pas besoin de caster l'email en String, le setter du mail prend une String donc on aura forcément une variable de ce type. return $this->email; fonctionnera très bien
On a pas besoin de caster l'email en String, le setter du mail prend une String donc on aura forcément une variable de ce type.
`return $this->email;` fonctionnera très bien
Il ne faut pas mettre la valeur par défaut dans un getter.
Avec le code actuel, si on créer un utilisateur avec le rôle ROLE_USER alors on récupérera ['ROLE_USER', 'ROLE_USER'] en appelant cette méthode.
Il ne faut pas mettre la valeur par défaut dans un getter.
Avec le code actuel, si on créer un utilisateur avec le rôle ROLE_USER alors on récupérera ['ROLE_USER', 'ROLE_USER'] en appelant cette méthode.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
peux tu me relire stp ?
@@ -0,0 +16,4 @@parent::__construct($registry, User::class);}// /**!! Code commenté !!
Il faut enlever l'exemple et créer les bonnes méthodes associé si besoin !
oui t'as raison !!! (>_<)
@@ -15,2 +15,4 @@class UserController extends AbstractController{// TODO : UserPasswordHasherInterfaceTODO : UserPasswordHasheInterface ?
Cela signifie ajouter une route pour changer de mot de passe ? Dans ce cas pourquoi ne pas la mettre dans SecurityController ?
Sinon pourquoi intégrer cette interface ?
je voulais que le SecurityController ne serve qu'à contrôler les entrées et sorties. Dans ma tête, le "UserPasswordHasheInterface" devait être dans le UserController, parce qu'il servira à l'adhérent dans son espace KAZ à modifier son mot de passe
@@ -38,3 +51,3 @@#[ORM\Column(length: 255)]private ?string $nextcloudQuota = null;private ?string $nextcloudQuota = '1G';Pourquoi 1GB et pas null comme les autres ?
parce que je me suis trompée ^^ je devais le mettre sur emailQuota
@@ -73,2 +96,3 @@public function getUserIdentifier(): string{return $this->mail;return (string) $this->email;On a pas besoin de caster l'email en String, le setter du mail prend une String donc on aura forcément une variable de ce type.
return $this->email;fonctionnera très bienje pense que ça s'est généré avec mon symfony console make:user
@@ -79,1 +106,3 @@$this->mail = $mail;$roles = $this->roles;// guarantee every user at least has ROLE_USER$roles[] = 'ROLE_USER';Il ne faut pas mettre la valeur par défaut dans un getter.
Avec le code actuel, si on créer un utilisateur avec le rôle ROLE_USER alors on récupérera ['ROLE_USER', 'ROLE_USER'] en appelant cette méthode.
pareil que l'email, c'est le make:user qui a généré, je n'ai pas vérifié derrière (c'est d'ailleurs pour ça que les commentaires sont en anglais)
Ma réponse à tes commentaires