残りは
- 3. ユーザ登録キャンセル
- 5. パスワード更新画面表示
#前回は間違えて3より先に4をやってしまっていたらしい。
というわけでログインしている状態で上記2つを表示させてみる。
3. ユーザ登録キャンセル
でやってみたところ、起点画面に遷移して
You are already signed in.
と表示されてしまった。
むむむ。整理すると。
- ログインしていない状態➡ログイン画面(Sing_in)画面へ飛ばされる
- ログインしている状態➡『おまえはもうじゅうぶんにろぐいんしている』
この挙動から見るにこの画面は、『ログインしていない状態でアクセスするのが正しい』、ように見える。
#エラーメッセージが出るのがログイン済の状態なので。
悩んでもしょうがないのでコードを読んでみることにする。
/devise_users/cancel のアクションは devise/registrations#cancel であり、そのソースは下記。
#うちはRubyMineで開発しているので Command + N のクラス名を検索したところ、 devise/RegistrationController が発見できたのでそれで見た。
#テキストエディタの人はgemのdeviseのフォルダ以下(あるのかどうかもわからんけど)でも探しにいくことになるのでは無いかと推測。
#例によって日本語コメントはコチラで付記。
# GET /resource/cancel
# Forces the session data which is usually expired after sign
# in to be expired now. This is useful if the user wants to
# cancel oauth signing in/up in the middle of the process,
# removing all OAuth session data.
# セッションデータ(普通はSign_in後に破棄される)を直ちに破棄します。
# これはユーザがOAuthのSign_in,Sign_up の処理を中断するのにベンリです。
def cancel
# sessionからdevise… というキーのデータ全部消す
expire_session_data_after_sign_in!
#registrasion#new へリダイレクト
redirect_to new_registration_path(resource_name)
end
うーん、完全に推測だけど以下のカンジだろうか。
- 認証方式をOAuthにする
- この状態で認証しようとするとdeviseは入力された情報をsessionに溜め込む
- その後OAuth認証を行おうとする
- で、途中で辞めたくなった場合に中途半端にsessionにOAuthのデータが残るとセキュリティ的にいまいちなので消す
5. パスワード更新画面
これも『こんなのログイン後にアクセスしたらパスワード変更画面が出るあれだろ、ハハハ』とか思ってアクセスしたところ。
起点画面に遷移して
You are already signed in.
と表示されてしまった。
あべし。
やむなしと思いなしてpassword#editの中身をのぞいてみると。
# GET /resource/password/edit?reset_password_token=abcdef def edit self.resource = resource_class.new resource.reset_password_token = params[:reset_password_token] end
とほぼノーヒント状態。
#ちなみに後でわかるがこれはノーヒントなどではなく、もうクリティカルな回答そのものが提示されていた。
で、さんざん悩んだあげくgoogl先生に聞いてみたところ
コチラのすばらしいブログhttp://blog.livedoor.jp/nizoraul/archives/3622073.html
が同じようなこと(deviseの解説)をなされていたので、読み進めていくと以下の記載が。
そのあとで、自分のメールのユーザー作って、パスワードを綺麗サッパリ忘れます。
そのあとで、「Forgot your password?」からメールアドレスを入力して「send me reset password instructions」をクリックすると...
おおぅ
![](http://parts.blog.livedoor.jp/img/emoji/1/ic_biccuri.gif)
あー、わかった、この画面って。
- パスワードを忘れた人がパスワードリセット申し込み画面でメールアドレスを入力してリセットを申し込む
- 入力したアドレスにリセット画面のリンクが届く
- 該当リンクの画面を開いてパスワードリセットを行う
となるとそのリンクは devise_users/password/edit?reset_password_token=zzzz
の的なヤツと推測できる。
#さっきのpassword#editの冒頭に思いっきり GET /resource/password/edit?reset_password_token=abcdef って書いてあるじゃん…、というのがクリティカルな回答でした。
でそのtokenはメールに書いてあるんだろうけど、『そのリンクの正当性を確認するためにはサーバ側にもその値を持っていなければならない』、だろうから多分DBに持ってるはず。
➡ DBのdevise_usersテーブルをのぞいてみるとそのものズバリ reset_password_token というカラムがいる。
で、パスワードリセットを実行したレコードにだけreset_password_token の値がセットされている。
ここまでくればやることはただ一つ。
/devise_users/password/edit?reset_password_token={DBに保存してあるトークン}
にアクセス。
#{}内は置換する。
でたー!
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhQtQzmZfdHQTbC1Jyct0WOMPoBWXRV3-fHyhb5EHbFkk8y9jUxt8Wt8MFWSIufQyiyH_UEiNpUxGYo7ylZcfNhjxAbu11mwcVN2isM5EhGRR_vS6W2s96OZ3F34ZEXSxpG3cqEn9vnSPwG/s320/devise_password_edit.png)
やったー。
苦労したので感慨一入だー。
という訳で今回はココまで。
次回は今までわかったこと、とくに画面遷移を整理して、実際に使う場合のやり方を明らかにしよう。
0 件のコメント:
コメントを投稿