9

次の例を使用して、DeviseとOmniAuthをMongoidORMセットアップと統合しました。

https://github.com/plataformatec/devise/wiki/Example-Applications

私のクライアントコードは主にJavaScript(ExtJS)であり、すべての通信をJSONに依存しています。Railsテンプレートは使用していません。主にユーザー/パス、Facebook、Twitterを使用して、マルチプロバイダー認証モデルを構築したいと考えています。アプリケーションスタックに関して、完全なユーザー認証フローをまとめるのに問題があります。

リダイレクトの代わりに標準の認証アクションへのJSON応答を使用し、Mongoidを使用するOmniAuthとの統合を提供する例を探しています。上記の例に加えて、DeviseとOmniAuthに関するRyanBatesのRailscastを確認しました。私がこれまでに取り組んできたすべての例は、ActiveRecordまたはRailsテンプレート指向のいずれかです。どんなポインタでも大歓迎です!

4

2 に答える 2

4

これ(https://github.com/fertapric/rails3-mongoid-devise-omniauth)は、rails 3、devise、omniauth、およびmongoidをセットアップするための優れたサンプルアプリであり、これに沿ったチュートリアルがここにあります:https ://github.com/fortuity/rails3-mongoid-devise/wiki/Tutorial-(ウォークスルー

次に、ユーザーセッションコントローラーをオーバーライドして、アプリに正しいjson応答を提供する必要があります。ここに良い例があります:https ://gist.github.com/733647およびここ: http: //groups.google。 com / group / plataformatec-devise / browser_thread / thread / daa3332b3c4a1b4b

お役に立てれば

于 2011-04-23T16:54:50.980 に答える
0

Deviseを使用する代わりに、Rails 3.1 ActiveModel::SecurePasswordを使用して独自の認証メカニズムをロールすることをお勧めします。その方法で、JSON応答を提供するためにDeviseを微調整しようとするよりもクリーンなソリューションが得られます。

Rails 3.1を使用できない場合でも、内部のDeviseメソッド(Nesbittがリンクしている要点)をオーバーライドするのではなく、独自のメソッドをロールすることをお勧めします。

于 2011-06-26T20:23:58.807 に答える