Fandjango

Facebookアプリケーションは、単にFacebook上で、アイフレームをロードウェブサイトです。 Facebookはそのようなことか、からアクセスFacebookのページにアクセスしたユーザーに関する情報等の各種データ、これらのアイフレームにロード文書を提供する。このデータは、署名されたリクエストにカプセル化される。
Fandjangoは内に含まれる情報を抽象化し、署名した要求を解析し、それに応じてリクエストオブジェクトを移入モジュールです。
ののはじめに
あなたは、サンプル·アプリケーションとFandjango例リポジトリでそれを複製するウォークスルーを見つけることができます。
<強い>
使用方法：の
ユーザー
Fandjangoは、Userモデルでアプリケーションを許可したクライアントが保存されます。あなたはrequest.facebook.userに対応するモデルインスタンスにアクセスすることがあります。
Userモデルのインスタンスは、次のプロパティがあります。
＆NBSP; facebook_id - 整数は、ユーザーのFacebookのIDを記述する。
＆NBSP; facebook_username - ユーザーのFacebookのユーザー名を示す文字列。
＆NBSP; FIRST_NAME - ユーザーの名を説明する文字列。
＆NBSP; LAST_NAME - ユーザーの姓を説明する文字列。
＆NBSP; profile_url - ユーザーのFacebookのプロフィールのURLを記述した文字列。
＆NBSP;性別 - ユーザーの性別を説明する文字列。
＆NBSP;故郷 - ユーザーのホームタウンを説明する文字列は、（拡張許可 'user_hometown」が必要です）。
＆NBSP;場所 - ユーザの現在位置を説明する文字列は、（ 'user_location「拡張許可が必要）。
＆NBSP;バイオ - Facebook上でのユーザーの「私について」フィールドを記述した文字列が（ 'user_about_me「拡張許可が必要）。
＆NBSP; relationship_status - ユーザーの関係のステータスを説明する文字列は、（ 'user_relationships「拡張許可が必要）。
＆NBSP; political_views - ユーザーの政治的見解を説明する文字列は、（ 'user_religion_politics「拡張許可が必要）。
＆NBSP;メール - ユーザの電子メールアドレスを記述した文字列は（[メール]が必要です許可を延長）。
＆NBSP;ウェブサイト - ユーザーのウェブサイトを説明する文字列は、（ 'user_website「拡張許可が必要）。
＆NBSP;ロケール - ユーザーのロケールを説明する文字列。
とをタップ、検証 - ブール値、ユーザがFacebookが検証されたか否かを記述する。
＆NBSP;誕生日 - ユーザーの誕生日を記述するDateTimeオブジェクトは、（ 'user_birthday「拡張権限が必要です）
＆NBSP; oauth_token - OAuthのトーク​​ンオブジェクト。
＆NBSP;のcreated_at - ユーザーが登録されたときに記述したDateTimeオブジェクト。
＆NBSP; last_seen_at - ユーザーが最後に見られたとき記述するDateTimeオブジェクト。
あなたは、モデルのSynchronizeメソッドを使用して、いつでもフェイスブックでこれらのプロパティを同期させることができる。
oauth_tokenには、次のプロパティがありOAuthTokenモデル、のインスタンスである：
- トークン - OAuthのトーク​​ン自体を説明する文字列。
- issued_at - トークンが発行された時に記述するDateTimeオブジェクト。
- expires_at - 日時トークンの有効期限が切れたとき記述するオブジェクト（またはなしではそれがない場合）
クライアントがアプリケーションを許可していない場合は、request.facebook.userはNoneです。
ユーザーの許可
あなたはfacebook_authorization_requiredデコレータでビューにアクセスする前に、アプリケーションを認証するためにクライアントが必要な場合があります。
fandjango.decoratorsからfacebook_authorization_requiredインポート
@facebook_authorization_required（）
デフのfoo（要求、* argsの、** kwargsから）：
＆NBSP;パス
これは、順番に戻って元のURIにリダイレクトされますFacebookの認証ダイアログに要求をリダイレクトします。デコレータは、ユーザーがアプリケーションを許可した後にリダイレクトされる場所をカスタマイズすることができ、オプションの引数redirect_uriを受け入れます。
設定からFACEBOOK_APPLICATION_TAB_URLをインポート
fandjango.decoratorsからfacebook_authorization_requiredインポート
@facebook_authorization_required（redirect_uri = FACEBOOK_APPLICATION_TAB_URL）
デフのfoo（要求、* argsの、** kwargsから）：
＆NBSP;パス
必要であれば、あなたはredirect_to_facebook_authorization関数を使用して、独自の制御フローで要求をリダイレクトする可能性があります。
fandjango.utilsインポートredirect_to_facebook_authorizationから
デフのfoo（要求、* argsの、** kwargsから）：
＆NBSP、そうでない場合request.facebook.user：
＆NBSP;戻りredirect_to_facebook_authorization（redirect_uri = 'HTTP：//www.example.org/'）
ページ
アプリケーションはFacebookのページ上のタブからアクセスされている場合は、request.facebook.pageでFacebookPageのインスタンスを見つけることができます。
FacebookPageモデルのインスタンスは、次のプロパティがあります。
- ID - ページのIDを記述した整数。
- is_admin - 現在のユーザーがページの管理者であるかどうかを記述するブール。
- is_liked - ブールは、現在のユーザーがページが好きかどうかを記述する。
＆NBSP; URL - ページのURLを記述した文字列。
アプリケーションはFacebookのページ上のタブからアクセスされていない場合は、request.facebook.pageはNoneです。

のこのリリースではの新機能：ます。

• Fandjangoは今例外を発生させるのではなく、無効な署名入りの要求をFalseにrequest.facebookを設定します。
• Fandjangoは現在、要求とfacepyの最新バージョンを使用しています。

のあるどのバージョン4.0.6のの新しい：

• Fandjangoが今だけ持っていないのOAuthトークンを拡張しますすでに拡張されてます。

のバージョン4.0.5の新機能のは何ですか。

• Fandjangoが今しようとすると、内部のFacebookのエラーを無視しますアクセストークンを拡張します。

のバージョン4.0.4でのの新機能：

• 'redirect_uri'引数の原因となったバグを修正「facebook_authorization_required 'に無視されます。

のバージョン4.0.3でのの新機能：

• これで、ビュー固有の権限を設定して<。 / LI>
• 追加したユーザー＃アクセス権ます。
• を追加しましFACEBOOK_APPLICATION_CANVAS_URL設定します。
• OAuthのトーク​​ンは、現在拡張されている（オフラインアクセス許可の廃止を参照）します。
• は、Internet Explorerの下でアプリケーションを許可するからユーザーを防止する問題を修正します。

のバージョン4.0.2でのの新機能：

• の発行の際にはAttributeErrorの原因となったバグを修正認証解除ビューにHTTP GETリクエストします。
• アプリケーション認証解除が失敗する原因となったバグを修正します。
• に適用されるのノルウェーの局在を防ぐバグを修正します。

の要件の

• のPythonます。