acts_as_state_machineのイベント・保存・コールバック等のタイミングに悩む - ザリガニが見ていた...。
restful_authenticationを--statefulオプションで使っていて、パスワード忘れの処理を追加したくなった。そこで:resetという状態を追加して、最初は以下のようにしてみた。一見、うまく動きそうな気がするが、実際に動かしてみるとreset_passwordが思っている通りに反応してくれない...。 この問題を解決するには、acts_as_state_machineとActiveRecordが、どのようなタイミングでお互いの処理を連携させるのか、ちゃんと理解しておく必要があったのだ...。 ...（中略）... acts_as_state_machine :initial => :pending state :passive state :pending, :enter => :make_activation_code state :active, :enter =>
observerを利用して嬉しくなること - ザリガニが見ていた...。
以前の日記で、restful_authenticaionのobserverを利用しないコードに変更してしまったが、その後、修正を繰り返すうちに、observerにはobserverの良さがあることに気付き始めた。 以前の発想 observerを利用した場合 # コントローラー class UsersController < ApplicationController def activate self.current_user = params[:activation_code].blank? ? false : User.find_by_activation_code(params[:activation_code]) if logged_in? && !current_user.active? current_user.activate flash[:notice] = "Signup
restful_authentication + ruby-gettext + form_forで権限管理付きログインページの雛形を作る（日本語版） - ザリガニが見ていた...。
restful_authenticationに権限(role)管理を追加して、実用的に利用するカスタマイズ例として、Restful Authentication with all the bells and whistlesを参考にいろいろ考えてみた。コードを読みながら、次第に以下のような疑問や考えが浮かんできた。 メール送信処理のきっかけに、なぜobserverを利用するだろうか？ observerはコールバック（before_createとかafter_save等）を外部のオブザーバーオブジェクトで処理するようなもの。 モデル自身のコールバックとして処理しても良いはず。 restful_authenticationの実装を見ると、コールバックの中で条件によって処理を分岐するために、モデルの状態をインスタンス変数にわざわざ保存している。 例：@activated = true、@forg
railsforumのrestful_authenticationは素晴らしい！それを見てRESTfulの理解も深まる - ザリガニが見ていた...。
最近、restful_authenticationで試行錯誤していて感じたこと。restful_authenticationはユーザー認証に関する必要最小限の機能を提供してくれるが、実際に運用できるレベルに仕上げるには、要点を押さえた的確な修正が必要になる。ユーザー認証のscaffold的な位置付けだろうと。 生成されるソースコードはとても簡潔にまとめられていて、読み易い。しかし、いざ自分好みのログインに修正しようとすると、実にいろいろな手段があり、どのような仕組みにするか本当に迷ってしまう。 例えば、以前の日記で試したパスワード忘れに対応する方法も、今振り返ってみれば最悪の例だ...。アクティベーションとパスワード忘れの処理が混同しているし、修正の手順もセキュリティ的に中途半端。実装の仕方もせっかくのrestful_authenticationのRESTfulなルールを無視している。やは
restful_authenticationでユーザー別のTodoリストを管理する - ザリガニが見ていた...。
前回からの続き。現状のTodoでは、ログインしたユーザーは共通のTodoを利用する仕様になってしまっている。これをユーザー別のTodoに変更したい。restful_authenticationは、そのユーザーが認証された状態かどうかをチェックして、そのユーザーが誰であるかをcurrent_userで確認できるようにしてくれている。あとはTodoをユーザー別に管理できるように対応すれば良さそう。 ユーザー別の管理 まず思いついたのが、モデルにhas_manyとbelongs_toを設定すること。 # ---------- app/models/user.rb ---------- require 'digest/sha1' class User < ActiveRecord::Base has_many :todos ...（中略）... # ---------- app/models/to
restful_authenticationでパスワードを忘れた時の処理を考える - ザリガニが見ていた...。
パスワードは必ず忘れられる運命にある...。開発者側の立場であれば「パスワードくらい自分でちゃんと管理しておくべき」と言いたくなる。しかし、自分がユーザーであれば、パスワードを忘れて不便を感じている時「パスワードを忘れた場合」なんてリンクがあると、多少は救われた気がする。そこをクリックすれば、パスワードをリセットなり、再発行して、再びログインできることを夢見ている...。 ところで、restful_authenticationには「パスワードを忘れた場合」の処理は特にない。特に無いけども、最初にユーザー登録した時、アクティベーションを促すメールで、ユーザー名とパスワードも送信している。開発者側の立場であれば「過去にメールを送信しています。ご自分で検索してみてください。」で終わりにしたい。しかし、自分がユーザーであれば、「過去のメールは消えてしまった。」とか「自分のパソコンじゃないから検索で
restful_authenticationで認証メールをgmailから送信して、エイリアスアドレスで受信する - ザリガニが見ていた...。
現状は動作確認のため自分の.Mac（MobileMe）を利用して認証メールを送信するようにしているが、本当はgmailを利用して送信したかった...。.Macメールでちゃんと送信できれば、そのまま設定を置き換えればgmailでも送信できそうなのもだが、何度やってもgmailからは送信してくれない...。調べていくと、gmailの場合はSMTPにTSLで接続する必要があるらしい。 しかし、RubyがSSL/TSLに対応しているのは1.9系かららしい。そのため、1.8系でgmailを利用するためには、以下のコードで拡張する必要があるようだ。 lib/smtp_tls.rbによる拡張 以下のコードをRailsプロジェクトのlibフォルダ以下にsmtp_tls.rbとして保存した。 # ---------- lib/smtp_tls.rb ---------- require "openssl"
restful_authenticationを利用してみる(An introduction log of restful_authentication) - ザリガニが見ていた...。
以前は専らlogin_engine、user_engineのお世話になっていたのだが、Rails2.0以降は手軽に利用できる環境ではなくなってしまった...。ということで、restful_authenticationを利用したログイン管理を試してみることに。 todoプロジェクトの作成(The making of the ToDo project) いつもの手順で実験用にtodoプロジェクトをサクッと作る。 I made a ToDo project for experiments quickly. $ rails todo $ cd todo $ script/generate scaffold todo body:string due:date done:boolean $ rake db:migrate $ script/server これだけでちゃんと動いてしまうんだから、便利にな
restful_authenticationを触ってみた - idesaku blog
久々にRailsを触っていたら、認証プラグインの定番acts_as_authenticatedが、より新しいrestful_authenticationに変わっていることに気づいた。前者は今後保守されないらしいので、乗り換えは必須。新米RESTafarianとしては、RESTfulを名乗っているところにも興味を引かれる。 そういうわけで触ってみて導入手順を書いたが、RailsのREST実装についての説明も含むので、ちょっと冗長になってしまった。 2010/05/24追記。こちらも参照のこと。 最新版のrestful-authenticationはどこにある？ - idesaku blog インストール まずはrailsアプリケーション作成。今回は2.0.2を使う。 $ rails authtrial create create app/controllers create app/help
acts_as_state_machine - あとで読むRailsのススメ
restful_authenticationのジェネレータには、「--stateful」というオプションがあって、acts_as_state_machineというプラグインを使ったユーザの状態管理をサポートしています。 ./script/generate authenticated user sessions --stateful これをやると、アクティベーションの部分も一緒に入りますので、出来上がるものは以下と全く同じ。 ./script/generate authenticated user sessions --include-activation --stateful acts_as_state_machineはインストールされませんので、別途インストール $ script/plugin install http://elitists.textdriven.com/svn/plug
restful_authenticationプラグイン - tsimoのメモ
Ruby-1.8.6, Rails-2.0.2でアプリで使えるユーザ認証の手段を探していてrestful_authenticationプラグインというものを見つけた。使い方を紹介してくれている動画があって、その通りにやったらあっさり使えた。 で、メモ。 インストール $ script/plugin source http://svn.techno-weenie.net/projects/plugins/ $ script/plugin install restful_authentication ユーザとセッション管理用クラスの生成 $ script/generate authenticated user session ルーティングの設定 config/route.rbに次の行を追加 map.resources :users map.resource :session # map.res
restful_authentication - あとで読むRailsのススメ
先日、toytter(10分で作ったTwitterもどき)をrails-2.0で作り直した時、acts_as_authenticatedが使えて安心してたんですが、実はacts_as_authenticatedのインストール時に DEPRECATED: Use restful_authentication instead. Or, ask me for commit rights if you wish to maintain this plugin. って表示されているのを見落としてました。 acts_as_authenticatedはもうメンテナンスしないから、今後はrestful_authenticationを使ってね、ってことらしい というわけで、Rails2.0時代の認証系スタンダードになるかもしれないrestful_authenticationを使ってみるよ まずはインストール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
