Imaginer - créer un compte utilisateur avec a confirmé sans l'envoi d'un e-mail?

J'ai intégré concevoir avec facebook. Maintenant, quand je créer un compte d'utilisateur lorsque l'utilisateur s'est connecté avec son/son facebook compte,

  user = User.create(:email => data["email"], 
                     :password => Devise.friendly_token[0,20]) 
  user.confirmed_at = DateTime.now
  user.save!

même si le compte a été confirmé, un courriel de confirmation est encore tiré. Une idée de comment je peux activer l'e-mail de tirer?

Prendre :confirmation de la liste des modules passé à concevoir sur la classe d'utilisateur? Puisque vous n'êtes pas réellement l'utiliser.
bien, mais d'autres utilisateurs qui s'inscrivent sur mon site NE doivent être e-mail confirmé
Je pense que @disappeardng demande pour un cas d'exception.

InformationsquelleAutor disappearedng | 2011-09-19

devise ruby-on-rails

134

Confirmer le rappel qui se passe après la créer, de sorte qu'il se passe sur la ligne 1 de votre exemple, avant de vous mettre en confirmed_at manuellement.

Que par les commentaires, le plus juste chose à faire serait d'utiliser la méthode prévue à cet effet, #skip_confirmation!. Réglage confirmed_at manuellement travail, mais il contourne la condition de l'API, qui est quelque chose qui doit être évitée lorsque cela est possible.

Donc, quelque chose comme:
```
user = User.new(user_attrs)
user.skip_confirmation!
user.save!
```
Réponse originale à cette question:

Si vous passez par la confirmed_at avec votre create arguments, le mail ne doit pas être envoyé, comme le test de l'existence ou non d'un compte est déjà "confirmé" est de chercher à savoir si ou non de cette date est fixée.
```
User.create(
  :email => data['email'], 
  :password => Devise.friendly_token[0,20], 
  :confirmed_at => DateTime.now
)
```
Que, ou simplement l'utiliser new au lieu de create pour construire votre enregistrement d'utilisateur.
- pour info, j'ai dû déclarer confirmed_at comme un attr_accessible (je ne sais pas si c'est une faille de sécurité potentielle). Autre que cela fonctionne!
- Utiliser De L'Utilisateur.nouveau et de l'utilisateur.skip_confirmation! pour éviter d'avoir à faire confirmed_at accessible.
- En utilisant les nouvelles ne fonctionne pas comme le courrier électronique est envoyé lorsque vous appelez sauver!!! @valdes suggestion sur skip_confirmation fonctionne bien
- Non, le point est que vous devez définir confirmed_at avant de l'enregistrer. Simplement à l'aide de new sur create ne change rien, mais si il avait utilisé new puis définissez confirmed_at avant de l'enregistrer, le message n'aurait pas été envoyée. En fait, tous les skip_confirmation! n'est définie confirmed_at.
- Cela étant dit, permettant à la condition skip_confirmation! pour gérer le travail réel est préférable.
- Pourquoi proposez-vous DateTime.now au lieu de Time.now? J'ai vérifié mes Concevoir définition de Mongoid et il utilise Time.
- Les vieilles habitudes? Time.now est certainement très bien dans ce cas. Historiquement DateTime était plus appropriée pour le travail avec les dates. Je ne pense pas que même des questions de plus en 1.9.2+
- Concevoir lui-même utilise actuellement Time.now.utc. Il a été Time.now au moment de ce bug. Encore une autre raison d'utiliser seulement la condition skip_confirmation! méthode. Je vais mettre à jour la réponse.
InformationsquelleAutor numbers1311407
11

Si vous voulez juste vous prévenir de l'envoi de l'e-mail, vous pouvez utiliser #skip_confirmation_notification, comme suit:
```
user = User.new(your, args)
user.skip_confirmation_notification!
user.save!
```
Voir la documentation

Ignore l'envoi de la confirmation/confirmation e-mail de notification
after_create/after_update. Contrairement à #skip_confirmation!, record toujours
demande une confirmation.
- Cela a fonctionné pour moi! Réponse sommet n'a pas. 🙁 Merci! 🙂
InformationsquelleAutor Benjamin Crouzier

Vous devez vous connecter pour publier un commentaire.