Можно ли создать недолговечный токен с ограниченным доступом из долгоживущего?

Если серверная часть моего веб-приложения имеет долгоживущий токен доступа для пользователя, могу ли я использовать его для создания краткосрочного токена доступа, который передается клиенту (веб-странице) для взаимодействия с API Facebook?

Более того, могу ли я создать недолговечный и ограниченный по объему (например, с областью действия только user_photos), даже если токен долгосрочного доступа на моем сервере имеет больше разрешений?


facebook facebook-access-token
person s4y    schedule 30.08.2013    source источник
comment
Внедрение JS SDK в вашу страницу автоматически даст вам недолговечный токен, если пользователь один раз авторизовал ваше приложение (и если нет сеанса на стороне сервера, в котором уже хранится долгоживущий токен). Но вы не можете попросить новый с меньшими разрешениями. (Вы можете удалить разрешения, но это лишит их и вашего долгоживущего разрешения.)   -  person CBroe    schedule 30.08.2013
comment
Каков ваш прецедент здесь? Ваше приложение передает токены доступа третьим лицам?   -  person Igy    schedule 30.08.2013
comment
@CBroe Я не хочу, чтобы внешний интерфейс зависел от того, что пользователи вошли в правильную учетную запись Facebook после того, как они ее подключили. Например, если я использую компьютер друга, они могут уже войти в Facebook (и авторизовать наше приложение), но если я вошел на наш веб-сайт как я, он должен использовать Facebook API как я.   -  person s4y    schedule 30.08.2013

Ответы (2)


arrow_upward
0
arrow_downward

Одним из вариантов может быть использование долгоживущего токена доступа моего сервера для создания нового долгоживущего токена доступа и передачи JavaScript на странице согласно этого потока API.

Это сработает, но мне не нравится идея раздавать долгоживущие токены с полными разрешениями.

person s4y    schedule 30.08.2013

arrow_upward
0
arrow_downward

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

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

person s4y    schedule 30.08.2013