6

Janrain Social LoginまたはOneallを完全に統合するとしたら、自分のカスタム システムに移行するためのハードルは何ですか?

たとえば、多くの開発者は Janrains ソーシャル プラグイン (および他の多くのプラグイン) を使用しています。これは、独自のソリューションを提供するためのすべてのコードを作成する時間がないため、または迅速で便利だからです。

ただし、将来、おそらく開発者にもっと時間があれば、OpenID セレクターと openid ライブラリ (stackoverflow 独自のソリューションなど) を使用して、独自のソリューションを作成する可能性があります。さらに、Janrain と Oneall は高価になります。最初の数千人のユーザーを獲得するのは良いことですが、ユーザー登録が急増した後は、信じられないほど高価になります (特に、ソーシャル ログインのみを使用し、他のソーシャル機能を使用していない場合)。

私が見ている問題は、Facebook アプリで、FB アプリに与えるサイト URL (たとえば oneall) が ' http://myapp.api.oneall.com/ ' であり、すべての検証を処理し、アカウントをリンクすることです。次に、私のウェブサイトのコールバック URL にリダイレクトします。

しかし、Oneall を独自のソリューションに置き換えると (サイトの URL が変わります)、どうなりますか? 認証が無効になりますよね？ユーザーは再度アクセス許可を受け入れる必要がありますか? 移行を成功させるにはどうすればよいですか?

十分に説明できたと思います。これは些細なことかもしれませんが、いくつかの説明をいただければ幸いです。OneallやJanrainに縛られないようにしたい。

4

1 に答える 1

2

私は Oneall の経験はあまりありませんが、Janrain は Engage サービスを可能な限りシームレスで邪魔にならないようにしています。つまり、何が起こってもユーザー データを保持できます。そのため、Janrain は API エンドポイントを提供し、自由に呼び出してプロファイル データを好きな方法で保持できます。Janrain Engage はサーバーにユーザー データを保存せず、退去を計画している場合でもアクセスを保留しません。

たとえば、Wordpress サイトを所有していて、Engage ウィジェット プラグインを使用して、従来のログイン ユーザー データとソーシャル ログイン ユーザー データを取得する場合、Engage ウィジェットを削除しても、それらの Wordpress ユーザーを維持できます。ユーザーのログイン エクスペリエンスは、事後も変わりません。

もちろん、開発者が自作のサイトを構築するための時間とリソースを持っている場合、ユーザー プロファイルをサーバー側で管理する方法をプログラミングする必要があります。

于 2012-02-24T20:28:20.140 に答える