0

私はすでにauthlogicをログインとして使用してログイン構造を作成している Web サイトの Rails バージョンに取り組んでいます。これを選んだ理由は、他の 3 つの Rails Web サイトで使用したことがあるからですが、なぜそれを使い始めたのか思い出せません。

私の Web アプリケーションは、Facebook ログインやその他の種類の Facebook との統合を使用した方がはるかに優れていますが、MVP にとっては重要ではありません。より迅速なローンチを行い、全体の学習と実装の取り組みを将来に押し進めるために、私はこの Facebook 統合を 2.0 にプッシュすることを検討しています。私はまだ初心者ですが、すべてが非常に複雑に思えます。

ただし、これに関する私の主な問題は、将来この 2 つを組み合わせることができない状況に陥りたくないということです。これは、2 つの並列ユーザー セットが必要になることを意味するのではないかと心配しています。

現在、user_name、id (つまり、Rails の行 ID)、氏名、生年月日などの情報を含むユーザー テーブルを使用しています。将来的には、ユーザーが代わりに Facebook を使用してログインできるようにしたいと考えています。それを彼の古いアカウントに。アプリケーション内の他のすべてのテーブル (コメント、質問、アイデアなど) 間の接続として user.id を使用しています。

A. Facebook との統合は、私が計画している方法で可能でしょうか? それとも、このようにすると、将来さらに大きな問題が生じるのでしょうか?

B. ここでauthlogicの使用を控えるべきですか (一般的にも)? omn ​​iauthまたはdevise を使用する(私が推奨されているように) には、ある程度の時間と労力がかかり、ログイン システムは既に機能していますが、それが強く推奨される場合は変更します。

4

1 に答える 1

1

authlogic のアドオンセクションを読んでください。

Authlogic Facebook Shimなど、Facebook コネクト用のプラグインはほとんどありません。


deviseauthlogicのgithub 統計を比較すると、最初の方がはるかにアクティブなプロジェクトであることに気付くはずです (コミットを見てください)。そのため、プロジェクトが非常に初期の段階にある場合は、devise に移行することをお勧めします。

于 2012-07-21T08:46:06.407 に答える