4

ほとんどのWebアプリは、FacebookのPHP SDKまたはJavascriptSDKを使用してログインを処理しますか？

彼らのドキュメントから、なぜもっと複雑なPHP SDKを使用するのかわかりませんか？ログインエクスペリエンスなどをカスタマイズする自由が増えますか？

4

3 に答える 3

5
  • セキュリティ: どちらもセキュリティで保護されています。PHP-SDK はより安全です。
  • UX : Js-SDK ログインが最も高く評価されていますが、ブラウザーのポップアップ ブロッカーがログイン ポップアップをブロックすると、UX が低下します。
  • クライアント側でJavascript が無効になっている場合は、それを処理する必要があります。
  • とにかくユーザーがログインすると、データを表示して保存しない限り、サーバー側でデータを処理する必要があります。
  • PHP-SDK ログインは、Js-SDK よりも実装がはるかに簡単です。これが「イベント処理とコールバック関数」であると私が言っている主な理由です。Js-SDK Login を実装している場合は、「イベント処理とコールバック関数」について十分な知識が必要です。
  • PHP-SDK の場合、ログイン フローの制御は完全にあなたと Facebook が行います。しかし、Js-SDK の場合、ユーザーはログイン フローをいじることができ、停止することはできません。

今、決断を下すのはあなた次第です...

于 2013-03-14T08:43:45.990 に答える
0

ログインはFacebookで処理されます。php SDKでは、AccessTokenを使用して必要な処理を実行します。あなたのコードはあなたの側にあり、クライアントは出力しか見ることができないので、私はPHPSDKを好みます。一方、javascriptの場合、「負荷の重み」はクライアント側にあります。

于 2013-03-13T05:16:08.973 に答える
0

彼らのドキュメントから、なぜより複雑な PHP SDK を使用するのかはっきりしませんか? ログイン エクスペリエンスなどをカスタマイズする自由度が高まりますか?

クライアント側のログイン フローとサーバー側のログイン フローと呼ばれるものには、いくつかの基本的な違いがあります。

たとえば、サーバー側フローはすでに 60 日間有効なユーザー アクセス トークンを返しますが、クライアント側では有効期間が短く (2 時間)、別のサーバー側呼び出しで延長する必要があります。より長く使用されます。

于 2013-03-13T10:00:26.590 に答える