blocks|key|2083543|text|确认回调发生在create之后，所以它发生在示例的第1行，在您手动设置confirmed_at之前。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2083544|根据评论，最正确的做法是使用为此提供的方法#skip_confirmation!。手动设置confirmed_at是可行的，但是它绕过了提供的API，这是应该尽可能避免的。|2083545|所以，就像这样：|2083546|user+=+User.new(user_attrs)
user.skip_confirmation!
user.save!|code-block|syntax|javascript|2083547|2083548|原始答案：|2083549|如果将confirmed_at与create参数一起传递，则不应该发送邮件，因为测试帐户是否已经“确认”是看是否设置了该日期。|2083550|User.create(
++:email+=>+data['email'],+
++:password+=>+Devise.friendly_token[0,20],+
++:confirmed_at+=>+DateTime.now
)|2083551|或者直接使用new而不是create来构建用户记录。|2083552|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/plataformatec/devise/blob/master/lib/devise/models/confirmable.rb#L156^0|Z|C|0|L|J|19|C|L|J|0|0|0|0|0|0|3|C|G|6|0|0|6|3|C|6|0^^$0|@$1|2|3|4|5|6|7|15|8|@$9|16|A|17|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|18|8|@$9|19|A|1A|B|C]|$9|1B|A|1C|B|C]]|D|@$9|1D|A|1E|1|1F]]|E|$]]|$1|H|3|I|5|6|7|1G|8|@]|D|@]|E|$]]|$1|J|3|K|5|L|7|1H|8|@]|D|@]|E|$M|N]]|$1|O|3|-4|5|6|7|1I|8|@]|D|@]|E|$]]|$1|P|3|Q|5|6|7|1J|8|@]|D|@]|E|$]]|$1|R|3|S|5|6|7|1K|8|@$9|1L|A|1M|B|C]|$9|1N|A|1O|B|C]]|D|@]|E|$]]|$1|T|3|U|5|L|7|1P|8|@]|D|@]|E|$M|N]]|$1|V|3|W|5|6|7|1Q|8|@$9|1R|A|1S|B|C]|$9|1T|A|1U|B|C]]|D|@]|E|$]]|$1|X|3|-4|5|6|7|1V|8|@]|D|@]|E|$]]]|Y|$Z|$5|10|11|12|E|$13|14]]]]

The confirm callback happens after create, so it's happening on line 1 of your example, before you set <code>confirmed_at</code> manually.

As per the comments, the most correct thing to do would be to use the method provided for this purpose, <a href="https://github.com/plataformatec/devise/blob/master/lib/devise/models/confirmable.rb#L156" rel="noreferrer"><code>#skip_confirmation!</code></a>. Setting <code>confirmed_at</code> manually will work, but it circumvents the provided API, which is something which should be avoided when possible.

So, something like:

<pre><code>user = User.new(user_attrs)
user.skip_confirmation!
user.save!
</code></pre>

<hr>

Original answer:

If you pass the <code>confirmed_at</code> along with your <code>create</code> arguments, the mail should not be sent, as the test of whether or not an account is already "confirmed" is to look at whether or not that date is set.

<pre><code>User.create(
 :email =&gt; data['email'], 
 :password =&gt; Devise.friendly_token[0,20], 
 :confirmed_at =&gt; DateTime.now
)
</code></pre>

That, or just use <code>new</code> instead of <code>create</code> to build your user record.

I integrated devise with facebook. Now when I create a user account after the user has logged in with his/her facebook account,

<pre><code> user = User.create(:email =&gt; data["email"], 
 :password =&gt; Devise.friendly_token[0,20]) 
 user.confirmed_at = DateTime.now
 user.save!
</code></pre>

even though the account has been confirmed, an confirmation email is still fired. Any idea how I can turn the email firing off?

Devise - create user account with confirmed without sending out an email?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我把devise和facebook集成在一起。现在，当我在用户用他/她的facebook帐户登录之后创建用户帐户时，  user = User.create(:email => data["email"],                      :password => Devise.friendly_token[...

Devise -在不发送电子邮件的情况下创建已确认用户帐户？-腾讯云开发者社区-腾讯云

问Devise -在不发送电子邮件的情况下创建已确认用户帐户？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Devise -在不发送电子邮件的情况下创建已确认用户帐户？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Devise -在不发送电子邮件的情况下创建已确认用户帐户？
EN