devise をあまりオススメしない理由 - HsbtDiary(2015-01-20)
■ devise をあまりオススメしない理由 いまいち使うのに気が乗らない理由はこんな感じ コントローラレイヤ以降に作用する gem は inspect が物凄くやりにくい、params ないし、必要なコンテキストを全て揃えた上で、コントローラを new して action を呼んで、みたいなこと、考えただけでもだるい テストを書いていたとしても、環境要因、特にセッションとクッキーに影響して挙動が変わる箇所が多すぎるので、全ての環境で正しく再現することが難しい フルスタックすぎることから Rails よりも devise にロックインされることの方が多くなって負債化する そもそも devise で便利になることの多くは、自分で作ってもわけない物が多い 使うからには、devise のコードも全部読むし、PR も投げるしという前提かつ、上のようなことを全て乗り越えるつもりなら僕は止めません!
deviseをAPIで利用しやすくする -Token Authenticationの追加- | dev.wan.co
rails devise この記事では認証のプラグインであるdeviseをJSON APIで利用しやすく拡張することを目的としています。 deviseにはトークンによる認証機能もありましたが、現在デフォルトでは削除されています。 公式wiki How To: Simple Token Authentication ExampleにはTokenAuthenticatableが削除された経緯や、 自分で実装する場合のサンプルへのリンクがありますが、気になる箇所があったため自分で実装した物をまとめます。 本サンプルアプリケーションのソースコードはgithub.com/k-shogo/deviseapisampleで公開しています。 記事公開時の環境は以下の物になります。 Ruby version 2.1.2-p95 (x86_64-darwin13.0) RubyGems version 2.2
Rails3 失敗から学ぶDevise利用時のURL設計 - 130単位
no title 要件 ユーザー登録のあるアプリ メアドで仮登録→本登録で各情報入力 仮登録状態の時は本登録に強制遷移 新規登録とは別にマイページが存在 ユーザーのプロフィール入力とアプリ設定入力は別画面 新規登録では確認画面や完了画面もほしい マイページでの編集時はなしにした やや複雑な仕様のため一般化するのは難しいかもしれませんが、自分が選択したやり方を紹介してみます。 環境 Rails3.0.7 Devise1.3.4 モデル設計 User UserProfile UserSetting UserはDevise用フィールドのみにして、プロフィール等は関連モデルで定義 当初のURL設計(失敗例) #新規登録 match 'register/profile' match 'register/setting' post 'register/confirm' post 'register/c
Devise v3.2.2 README 日本語 抄訳 - tkymtk's blog
Devise-readme-ja Devise を使いたいので、勉強のためにとりあえずREADMEを訳します。 誤訳等ございましたらご指摘願います。Deviseを使用するのに十分な量だけ順次訳したいと思います。 バージョンは 3.2.2です。 すでにいくつも日本語訳や解説が存在します。 こちらの記事もご覧ください。 http://easyramble.com/devise-on-rails.html http://babie.hatenablog.com/entry/20100729/1280381392 オリジナル: https://github.com/plataformatec/devise Github: https://github.com/tkymtk/Devise-readme-ja Devise は Wardenを基にした、Railsのための柔軟な認証ソリューションです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails: PolyMorphic or STI or something else for User management?
