問題タブ [devise-confirmable]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
email - パスワードが不要な場合、Rails 4 Devise 3確認トークンは無効です
ユーザーを正常に確認できません。無効なトークンについて多くの投稿が行われましたが、そのほとんどは Devise 2 から Devise 3 への変更によるものでした。それは私の問題ではありません。
https://github.com/plataformatec/devise/wiki/How-To:-Override-confirmations-so-users-can-pick-their-own-passwords-as-part-of-を使用してユーザー確認を 無効にしました確認-アクティベーション
app/controllers/confirmations_controller.rb
電子メールで確認のためにユーザーに送信される HTML は次のとおりです。
私が抱えている問題は、パスワードの必要性をバイパスし、確認は行われませんが、エラーは表示されないため、最初にユーザーが表示ページに送信されることです。
if ステートメントを削除してのみ残す場合
ユーザーは確認の新しいページに送信されますが、エラーが発生します
確認トークンが無効です
私のルートは
このトークンが正しく機能しないのはなぜですか?
ruby-on-rails - 確認メールに Spree's Devise を使用し、facebook と google 経由で接続する
私はまくるアプリを持っています。それに伴い、Devise 認証が付属します。devise :confirmable を設定して、その後 google や facebook 経由で接続したいです。config/initializers/devise.rb ファイルを devise :confirmable にセットアップしようとしましたが、その中の構成を変更しても、ローカル開発サーバー上の Rails アプリには影響しないようです。この設定ファイルの機能は非常に限定されていますか? このガイドで指定されているように Spree.user_class を作成する必要がありますか?
メールを送信し、mailcatcher gem を使用してそれらを見ることができます。しかし、新しいユーザーを作成しているときにメールが送信されません。
ご意見をお聞かせください。
編集
ガイドに従ってカスタム Spree.user_class を作成して追加:confirmable
しましたが、それでも同じ問題に直面しています。
devise - Devise @token が正しく解決されない (Devise 3.2.3)
Devise 3.2.3 と Devise Confirmable で Rails 4 アプリを実行する。
Devise は、データベースに正しく保存されている、新しく作成されたユーザーの Confirmation_token を生成し、確認手順を記載したメーラーを送信します。メーラーで送信されたトークンは、セキュリティ上の理由からデータベースに保存されている confirm_token とは異なりますが、メーラーで送信されたトークンはユーザーの正しい確認トークンに解決されないため、ユーザーは確認されません。
これが私が話していることの例です:
データベース内のユーザーには、作成後にDeviseによって設定された次のconfirmation_token属性があります:
次のリンクが電子メールでユーザーに送信されます。
メーラーのテンプレートが古い @resource.confirmation_token の代わりに新しい @token メソッドを使用していることを確認しました
しかし、デバイスが送信するリンクにアクセスすると、@token はユーザーの正しい Confirmation_token 属性に解決されません。ログから:
ご覧のとおり、電子メールで送信された @token は beaa0ed7c9c2da72a99381ee705aa8ebd91672a5c18f5a44deeb508d06. 何か案は?
ruby-on-rails-3 - 同一機種でも機種確認方法が異なる
Rails 3.2.15 と Devise 2.2.8 を使用しています。同じ機種でも条件によってメール確認の動作を変えたい。
ケース 1:ユーザーが電子メールとパスワードを使用して自分でサインアップし、メール テンプレート 1 を取得します (メールは電子メールの確認のみを求め、パスワードは既に設定されています)
ケース 2:新しいユーザーが別の登録済みユーザーによって明示的にモデルに追加された。新しいユーザーはメール テンプレート 2 を取得し、パスワードをリセットするよう求められます (デフォルトでは、リセットするとアカウントも確認されます)。
これを達成することは可能ですか?
確認プロセスをオーバーライドして、ユーザーがパスワードを設定し、このプロセス中にアカウントを自動確認できるようにする Deviseページを調べていました。しかし、これはモデルに追加されたすべてのユーザーに発生すると思います。これをカスタマイズしたい。
ruby-on-rails - サインイン時ではなく、サインアップ時にのみボタンを表示する
確認可能(メール確認)のユーザー認証にDevise gemを使用しています。ログイン時ではなく、ユーザー サインアップ後にのみホームページにツアー ボタンを表示したい。私はこのようなことをしています
しかし、これは機能していません.....提案、アドバイスをよろしくお願いします。
ruby-on-rails-4 - skip_comfirmation! 動作していません - Rails4 - Devise 3
Windows 8.1 Ruby 2.0.0 Rails 4.1 デバイス 3.xx
私の registrations_controller には、次のものがあります。
保存する前に。確認メールが送信されていないため、これは部分的にしか機能していませんが、confirmed_at フィールドが入力されており、登録に使用した資格情報を使用してログインできます。
確認を完全にスキップするにはどうすればよいですか? 後で (管理者が) 確認する方法に関する推奨事項があれば、それは素晴らしいことです。
ruby-on-rails - デバイス確認メールを古いメールではなく新しいメールに送信する
デフォルトでは、電子メールが変更された場合、devise は確認メールを古い電子メールに送信します。ユーザーが Twitter ログインを介してアカウントを作成することを許可されている私の場合、Twitter API はユーザーの電子メールを提供しないため、最初の電子メールは空白です。後でユーザーが自分の電子メール ID を更新したい場合は、古い電子メール ID が空白であるため、新しい電子メール IDで確認メールを送信したいと考えています。
確認メールが新しいメールに送信されるように工夫してこれを達成するにはどうすればよいですか。確認メールを新しいメールに送信するためのセキュリティ ホールであることはわかっていますが、今のところ、この問題に対処することができます。
ruby-on-rails - サインアップ後に確認可能な(工夫)モジュールを使用する
ユーザーモデルの一つで確認可能を使用していますが、ここでは考え方が異なります。ユーザーは、サインアップ時に自分のアカウントを確認する必要はありません。後で確認をクリックして確認できます。デバイスのドキュメントを読みましたが、シナリオに適した部分が見つかりませんでした。誰でも同じリンクや提案を提供してください。前もって感謝します :)
アップデート-
ユーザーは自分のアカウントにログインし、電子メールを確認せずにあらゆる種類の操作を実行できます。しかし、彼のメールを確認すると、彼のアカウントに Confirmed というタグが追加されます。これが私がやろうとしていることです。
ruby-on-rails-3 - あと工夫 : ruby railsで確認可能
ユーザーがアカウントを確認した後、電子メールに送信されたリンクをクリックすると、自動的にサインインします。この特性を無効にするにはどうすればよいですか? 出来ますか?
ruby-on-rails-3 - Devise Confirmation 再送信 「ログインは空白にできません」エラー & メールからの確認リンクに「確認トークンが無効です」エラー
ルビー「1.9.3」
「レール」、「3.2.13」
"考案", '~> 3.2.2'
Devise確認コントローラーをそのまま使っています。ユーザーを作成すると、メールが送信されます。次に、リンクをクリックして確認すると、「確認トークンが無効です」という結果になります。電子メールのトークンは、データベースと同じです。
また、ユーザーが登録編集にいるときに、確認メールを再送信するためのリンクを提供しました。これにより、ユーザーは [Confirmations New] に移動し、メールに記入して [Resend Confirmation instructions] ボタンをクリックすると、[Login can't be blank] というエラーが表示されます。ユーザーはログインしています。そうしないと、users/edit または users/confirmation/new にアクセスできません。
ログインに user_name または email を受け入れるようにデバイスを設定しました。