Linkedin REST API：使用php從CRON工作更新OAuth2.0訪問令牌？

我有一個應用程序需要能夠通過cron作業每59天刷新一次oauth2.0訪問令牌。我不想讓用戶在前端再次執行身份驗證，我只是希望在後端使用cron進行身份驗證。這甚至有可能嗎？ cron的主要問題是要獲得另一個有效的oauth2.0訪問令牌，需要重定向。這個重定向是否將信息發送回cron執行？Linkedin REST API：使用php從CRON工作更新OAuth2.0訪問令牌？

總體而言，在高層次上，我只希望用戶爲我的應用授予一次權限，以獲得有效的oauth2.0訪問令牌。我將把它存儲在我的數據庫中，59天后，我將執行一個cron作業來檢索另一個作業（用戶不需要做任何事情）。因此，該應用程序無縫工作，用戶永遠不會再被認證。

感謝，

凱爾

來源

2014-02-16 Kyle

我不認爲你需要爲這個cron作業。一旦獲得初始訪問令牌（當時您可能還有刷新令牌），則可以隨時刷新該令牌，同時應用程序啓動與外部服務的連接。因此，在嘗試從外部服務讀取或寫入數據之前，請先刷新令牌，然後繼續處理API請求。

來源

2014-02-16 13:08:17 Matt

感謝您的快速回復。我不明白你的意思，「你可以隨時刷新」。這是我如何獲得第一個訪問令牌http://developer.linkedin.com/documents/authentication。該文檔聲明，這是使用REST API獲取有效的oauth2.0訪問令牌的唯一工作流程，也是刷新一個。如果在我嘗試製作api之前，我的oauth2.0訪問令牌已經過期，那麼我將無法做任何事情。基本上我需要一種方法來每59天刷新一次這個令牌，而最終用戶不必再次授予權限。 – Kyle

我的意思是你可以在60天內隨時刷新（再獲得60天）。對困惑感到抱歉。這聽起來像你想刷新訪問令牌，即使用戶在60多天內沒有通過你的應用程序連接到LI。我沒有答案，因爲令牌的整個過期點是**而不是**給任何一個應用程序生命週期訪問用戶的數據。如果用戶真的在60天內沒有使用您的應用程序，他們*應該*必須重新授權。 cron無法通過OAuth授權應用程序 - 這必須由用戶自己完成。 – Matt

另外，通過在進行api調用之前刷新令牌，這意味着我必須通過重定向再次獲取授權代碼才能獲得此新刷新的訪問令牌？我需要一種方法來獲得沒有重定向的刷新訪問令牌。那可能嗎？ – Kyle

Linkedin REST API：使用php從CRON工作更新OAuth2.0訪問令牌？

回答

相關問題