Authenticationというgemを作りました - Fujimura
authenticationというgemを作りました。一言で言うと認証ライブラリです。 Railsは3.1くらいからhas_secure_passwordってパスワード用のちょっとした関数を使えるようになったので、ちょっとログイン周りの処理を書けば、dから始まる二郎系認証ライブラリを使わなくてもログインできちゃうわけです。 そうなると俄然自作したくなりますよね。皆さん秘伝の認証ライブラリをlib以下にぶち込んでいらっしゃることかと思います。私も同様です。 で、それが1年ほど実戦経験を積んで味が落ち着いてきたので、そろそろ外に出そうかと思って整理したのがこのライブラリです。 使い方は簡単です。サンプルもしくはspecをご覧ください。 サンプルはここで動いています。ぜひログイン・ログアウトしてみてください。 ちなみにhas_secure_passwordはActiveModel::Secure
Padrino Adminを使った認証 - WATARU NISHIMOTO Blog
Padrino, Ruby | 10:06 | | かなり簡単に認証システムを実装することができます．今回はapp/app.rbに書いていくという方向でいきますまず，padrinoのプロジェクトをジェネレートし,adminもジェネレートしておきましょうpadrino g project helloworldcd helloworldbundle installpadrino g adminpadrino rake dm:auto:migratepadrino rake seedメールアドレスとパスワード入力padrino startここまででpadrinoにadminを入れて動かすことができるようになっているかと思います間違っていたらごめんなさい次に認証を導入してみましょうapp/app.rbなどにaccess_control.roles_forというのを書いて設定していきますenable
Zend Framework: Documentation: データベースのテーブルでの認証 - Zend Framework Manual
Zend_Auth_Adapter_DbTable は、 データベースのテーブルに保存された証明情報に基づいた認証の機能を提供します。 Zend_Auth_Adapter_DbTable のコンストラクタには Zend_Db_Adapter_Abstract のインスタンスを渡す必要があるので、 各インスタンスは特定のデータベース接続に関連付けられます。 コンストラクタではその他の設定オプションも指定できます。 これらは個別にインスタンスメソッドで指定することもできます。 次のような設定オプションが使用可能です。 tableName: これはデータベースのテーブル名です。証明情報が含まれ、 認証クエリの問い合わせ先となるテーブル名を指定します。 identityColumn: これは、ID を表すデータベーステーブルのカラム名です。 このカラムには、ユーザ名やメールアドレスのような一意な値
Rails 3.0用にrestful_authentication から deviseに移行してみる - 発声練習
Rails 2.3.8では、ユーザー認証にrestful_authenticationを使っていたのだけど、Rails 3.0ではdeviseが人気のようなので、こちらに移行してみる。 追記 "devise with all the bells and whistles" を作ってみるとして、リベンジ：Rails 2.3RC1で”Restful Authentication with all the bells and whistles”をやってみるで行ったことをdeviseで行ってみた。この二つのエントリーを読み比べてもらえるとわかりやすいと思う。 環境 Debian GNU/Linux squeeze Ruby 1.8.7 Rails 3.0 gem 1.3.7 devise 1.1.2 目標 リベンジ：Rails 2.3RC1で”Restful Authentication with
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
restful_authenticationでパスワードを忘れた時の処理を考える - ザリガニが見ていた...。
パスワードは必ず忘れられる運命にある...。開発者側の立場であれば「パスワードくらい自分でちゃんと管理しておくべき」と言いたくなる。しかし、自分がユーザーであれば、パスワードを忘れて不便を感じている時「パスワードを忘れた場合」なんてリンクがあると、多少は救われた気がする。そこをクリックすれば、パスワードをリセットなり、再発行して、再びログインできることを夢見ている...。 ところで、restful_authenticationには「パスワードを忘れた場合」の処理は特にない。特に無いけども、最初にユーザー登録した時、アクティベーションを促すメールで、ユーザー名とパスワードも送信している。開発者側の立場であれば「過去にメールを送信しています。ご自分で検索してみてください。」で終わりにしたい。しかし、自分がユーザーであれば、「過去のメールは消えてしまった。」とか「自分のパソコンじゃないから検索で
restful_authentication でメール認証するぞ | てらじろぐ
restful_authentication を導入したので手順などメモっときます。 restful_authentication ・ログインなどのセッション管理を行なう Rails プラグイン ・メールによる認証登録ができる ・セッション状態を acts_as_state_machine で管理することが可能 ・acts_as_authenticated を置き換えるプラグインらしい（参照） ・eringi.com「acts_as_authenticated を試してみた。」 acts_as_state_machine のインストール >ruby script/plugin install http://elitists.textdriven.com/svn/plugins/acts_as_state_machine/trunk/ restful_authentication のインスト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/column/developer/20100126/26.html