Pourquoi avons-nous besoin de créer un channel.html sur notre serveur pour utiliser Facebook JS SDK?

Je ne comprends vraiment pas pourquoi avons-nous besoin pour créer channel.html fichier, tel que mentionné par FB docs. Je tiens également à comprendre comment il est utilisé. Dans mes logs je ne vois pas ce fichier étant jamais demandé.

source d'informationauteur AppleGrew

  1. 13

    Le canal de fichier est de fournir un moyen de faire des croix domaine de la communication entre FB de serveurs et de vos propres. La raison pour cela est de leur contrôle serré des jetons d'accès. Vous devez vous authentifier une url de redirection et de l'id de l'application pour récupérer ce jeton d'accès. Dans l'ordre pour eux de vous laisser passer le jeton, ils ont frappé votre URL avec le jeton d'accès dans la table de hachage. Avec l'URL du Canal, ils arrivent à passer ce jeton à eux-mêmes (leur code JavaScript s'exécutant sur votre nom de domaine).

    Ce canal de fichier peut ensuite communiquer le jeton d'accès à votre page active.

    Pour eux de garder toutes ces choses à la disposition que de leur domaine, ils ont besoin de quelque chose qui fonctionne dans tous les navigateurs. Actuellement, c'est un hack de la création de fenêtres pop-up qui ne sont pas accessibles par le code javascript s'exécutant sur votre serveur.

  2. 3

    Espère que cette aide.

    https://developers.facebook.com/docs/reference/javascript/FB.init/

    De la doc:

    C'est une option qui peut aider à résoudre trois problèmes spécifiques connus. Tout d'abord, lors de la lecture automatique de l'audio/vidéo est en cause, l'utilisateur peut s'entendre de deux flux audio parce que la page a été chargée une deuxième fois dans le fond de croix domaine de la communication. Deuxièmement, si vous avez cadre de contournement du code, ensuite, vous voyez une page vierge. Troisièmement, cela permettra d'éviter l'inclusion de supplément de frappe dans votre côté serveur journaux. Dans ces scénarios, vous pouvez fournir l'option channelUrl paramètre: