Основы того, что вам нужно для этого центра вокруг registering your site как «приложение Facebook» и использование Graph API.
Взгляните на раздел «Войти в Facebook» this page. В принципе, когда вы регистрируете свое «приложение», у вас будет идентификатор приложения и «секрет приложения» (который представляет собой всего лишь строку символов и никогда не должен публиковаться, или кто-либо из них может обманывать ваше приложение). В примере на странице показано небольшое количество JavaScript для инициализации приложения с вашего сайта, после чего вы можете пойти на интеграцию с Facebook.
Ниже приведен пример кнопки «Вход в систему с Facebook», которую будут использовать ваши пользователи, чтобы указать, что они хотят, чтобы ваш сайт мог получить доступ к некоторым из своих данных в Facebook (например, список друзей) , Вы можете очень точно настроить specific permissions ваши запросы на сайт от пользователя в этом теге входа, а вашим пользователям будет предложено приглашение вроде this one, в котором просят разрешения разрешить вашему сайту доступ к своим данным в Facebook.
Оглядываясь назад на this page (хотя это может быть и на других страницах, документация в Facebook сильно меняется), прокручивая немного дальше, вы найдете простой пример (на PHP) для очень простой интеграции с Facebook. На странице примера представлен пользователь с кнопкой «Войти с Facebook» и перезагружается после нажатия кнопки (подписавшись на правильное событие API Facebook в JavaScript). После перезагрузки пользователь теперь имеет зашифрованный файл cookie (при условии, что пользователь согласился с запросом разрешения), который может прочитать страница примера.
«Секрет приложения» используется для дешифрования файла cookie, который содержит идентификатор пользователя Facebook и токен доступа, который разрешает вашему сайту делать запросы на информацию этого пользователя в Facebook. Использование маркера доступа в запросах Graph API предоставит вам разрешение на получение данных из этих запросов.
Запросы Graph API - это просто запросы GET, которые возвращают данные JSON, поэтому, как только у вас есть токен доступа (и идентификатор пользователя в качестве отправной точки), вы можете делать такие запросы в любом месте. Они могут быть сделаны на стороне клиента в JavaScript (наряду с использованием Social Plugins и других виджетов Facebook), чтобы «сообщать» о ваших опытах пользователей на вашем сайте, не подвергая много, если таковые вообще имеются, данных или ответственности на вашем сайте. Или запросы могут быть сделаны из вашего кода на стороне сервера на задней стороне с целью хранения запрашиваемых данных и использования его по мере соответствия вашему сайту (например, списка друзей).
Запрос API, чтобы получить список друзей будет что-то вроде этого:
https://graph.facebook.com/me/friends?access_token=your_access_token
(Тем не менее, вы бы заменить me
на пути с Facebook ID пользователя, чьи друзья вы хотите получить и заменить your_access_token
на фактический токен доступа. Пример ссылок для вашей собственной учетной записи при условии, что вы вошли в Facebook, находится на this page.)
Графический API (как следует из названия) расширяет наружу через социальный график Faceb ook данные. Любой объект JSON, который возвращается с id
, может быть запрошен в своем собственном запросе API, чтобы узнать больше о его информации. Любая информация, которую вы хотите, например, адреса электронной почты друзей пользователя, будет доступна , если и (надеюсь) , только если разрешений как пользователя, так и друга пользователя разрешают это. (Извините, но если друзья пользователя специально сказали, что их Друзья не могут предоставить доступ к этой информации, то они недоступны.)
Итак, как только ваши пользователи предоставят вашему сайту запрашиваемые разрешения для просмотра своих данных в Facebook, вы можете собирать любые данные, которые вы хотите (и им разрешен доступ), которые доступны в Graph API. (.. Я ненавижу использовать слово «урожай», но вы получите идею действовать ответственно, конечно), так что ваш процесс, с точки зрения пользователя, в каждом конкретном случае, будет:
- Спросите пользователь для входа в систему с помощью Facebook, запрашивающий определенные разрешения.
- Получите эти разрешения от пользователя (иначе процесс заканчивается здесь).
- Выполнение запросов API Графического Графа с вашего кода сервера, чтобы получить соответствующую информацию из социального графика пользователя Facebook.
- Представьте пользователю варианты, которые вы могли бы понять (например, сопоставление адресов электронной почты или даже имен с уже имеющимися пользователями), будь то пользователи, которых вы уже имеете (эй, этот ваш друг на нашем сайте, не могли бы вы как бы поздороваться?) или приглашает на ваш сайт (у нас нет записи вашего друга, посетившего наш сайт, нажмите здесь, чтобы пригласить их!) и т. д.
- Затем пользователь продолжает взаимодействовать с любой функциональностью вашего сайта представляет в этом вопросе.
Имеют смысл? Как я уже упоминал, документация для всего этого на Facebook сильно меняется (я нашел несколько мертвых ссылок на своем собственном сайте при написании этого). Их программные интерфейсы меняются довольно часто. Они могут разработать более простые способы сделать это, но как только вы настроитесь и уделите внимание вызовам Graph API, и все это, довольно просто интегрировать ваши сайты с Facebook.
Вы можете сделать это, только если вы храните идентификаторы пользователей fb своих пользователей (т. Е. Пользователи вашего сайта могут связывать свои учетные записи с профилями facebook и хранить эту информацию). – serg
Как насчет использования какой-либо части идентифицирующей информации, которую Facebook предоставляет, например, по электронной почте? Есть ли способ сопоставить информацию пользователя на моем сайте с их информацией на Facebook? –