Автоматическая авторизация OAuth на странице авторизации Linkedin

#php #api #oauth #linkedin

#php #API #oauth #LinkedIn

Вопрос:

У меня уже есть OAuth, работающий со связанным API. Танец работает хорошо. Но теперь у меня есть данные Linkedin, которые корректно отображаются на моем сайте, теперь я думаю об ограничениях скорости и скорости загрузки.

Я не хочу, чтобы сайт продолжал запрашивать в течение дня. Было бы лучше, если бы я мог запускать скрипт через cron каждые 6 часов, чтобы выполнять запросы одновременно. (Каждый раз будет менее 3000 запросов.) Это ускорит загрузку моих страниц, и моему сайту не придется ждать обратных вызовов API для отображения полной страницы.

Головная боль = При использовании Linkedin API все вызовы должны быть аутентифицированы. Пользователи делают это вручную один раз за сеанс, но как я могу написать сценарий этого процесса? Есть ли прямой способ отправить мой?подробности для авторизации linkedin до того, как скрипт продолжит выполнение запросов?


https://developer.linkedin.com/documents/authentication

Моя установка использует:

Комментарии:

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

2. 1 b / c выбранного вами класса. Я довольно долго искал простой класс linkedin, и этот, похоже, соответствует своему названию.

3. @ServAce85 спасибо — рад, что это помогло вам. Позже я перенес это, чтобы начать использовать модуль OAuth в Zend_Framework framework.zend.com/manual/en/zend.oauth.introduction.html что тоже довольно хорошо (если вы уже используете ZF).

4. Имейте в виду, что в соответствии с Рекомендациями и условиями использования платформы LinkedIn вам не разрешается хранить какие-либо данные из API LinkedIn на вашем сервере: developer.linkedin.com/documents/linkedin-platform-guidelines

Ответ №1:

Почему вызовы должны проходить проверку подлинности один раз за сеанс? Я не видел в API LinkedIn ничего, что указывало бы на необходимость аутентификации более одного раза.

С помощью OAuth его нужно авторизовать только один раз, вы сохраняете токен доступа, а затем используете сохраненные токены для доступа к данным.

Комментарии:

1. Ах, конечно! Это имеет смысл. Спасибо, что присоединились к точке зрения 🙂