Использование Facebook publish_actions в прямом эфире и рассмотрение приложения

Question

Я хочу создать приложение Facebook, которое будет использоваться в живых событиях (то есть: концерты, конференции и т. Д.).

Таким образом, гости зачисляются на мероприятие, связывающееся с Facebook Login и запрашивая разрешение publish_actions.

У гостя будет карточка доступа (RFID-чип), которая идентифицирует себя и ссылки в нашей базе данных на его токен доступа к Facebook.

Затем, во время мероприятия, я хотел бы, чтобы некоторые действия, предпринятые гостями в случае запуска некоторых действий на Facebook, будут инициированы различными приложениями, которые свяжутся с нашими серверами, наши серверы будут общаться с Facebook API для запуска действий в Facebook.

Поэтому, когда гость регистрируется на мероприятии, его карточка доступа проверяется персоналом мероприятия, а затем автоматически отправляет сообщение на его временной шкале, указывающее, что он находится на этом мероприятии, и поделился ссылкой с более подробной информацией о это событие.

Мы также хотим иметь физическую фотобуду, где гость имеет свою карточку доступа, отсканированную, а затем снимает фотографию, которая также должна автоматически размещаться на его временной шкале.

Так что это не типичный поток приложений Facebook, так как контент публикуется автоматически действиями пользователя, но управляется нашим программным обеспечением, а не действиями, непосредственно вызванными самим пользователем. Я не уверен, разрешен ли этот вид на Facebook, и если это разрешено, как будет выполняться процесс обзора, поскольку это невозможно проверить с помощью веб-сайта или приложения для телефона.

Кто-то сделал что-то похожее или знает лучший подход при получении этого одобрения на Facebook?

Спасибо!

Answer 1

Пользователь ДОЛЖЕН войти в систему Facebook и авторизовать свое приложение. Люди пробовали эти вещи с помощью определенного устройства, где люди могли бы войти в систему, но Facebook обнаруживает несколько логинов на одном устройстве и может блокировать ваше приложение. Таким образом, единственный способ - позволить людям использовать свое собственное устройство/смартфон для авторизации вашего приложения. Например, вы можете предложить им QR-тег со ссылкой на поток входа.

Проблема с авторизацией перед событием и сохранение токена заключается в том, что расширенный токен пользователя действителен в течение 60 дней. Поэтому, если пользователь регистрируется, а событие - через 61 день, токен доступа больше не будет работать, если Пользователь не обновит токен, посетив приложение. Поэтому, прежде чем позволить ему сделать это перед событием, вы также можете разрешить ему утверждать приложение на дату события.

Конкретное приложение для мероприятия, безусловно, является самым безопасным способом, конечно.