oauth 액세스 토큰을 갱신하거나 만료되면 새로운 토큰을 얻는 중입니까?

Question

루비의 빠른 책 API를 사용하여 보석을 통해 quickbooks-ruby 모든 것이 잘 작동합니다. 그러나 주목할 점은 세션에 액세스 토큰과 액세스 토큰 비밀을 저장하지 않는다는 것입니다. 이유는 레일 애플리케이션의 사용자가 부서에 속하고 특정 부서의 사용자가 oauth를 통해 quickbooks의 웹 사이트에서 인증되면이 사용자의 부서에 속한 다른 모든 사용자는 다음과 같이 quickbooks에 인증 (또는 연결)되어야합니다. 잘. 그래서 access_token, access_token_secret 및 realm_id을 db의 사용자 테이블에 저장합니다. 게다가 access_token_added_at 필드가 있습니다.

약 access_token은 quickbooks의 웹 사이트에서 말한대로 180 일 만료되는 것입니다. 그 후에 다시 연결해야합니다.

토큰 만료 후 30 일 이내에 갱신해야합니다. 앱이 OAuth 승인 기간 동안 토큰을 받았을 때 만료일 인 이 계산되었습니다 (180 일).

필자는 반드시 갱신 절차를 사용해야합니까? 그것을 사용하지 않고 "Connect to QuickBooks"버튼을 "QuickBooks에 연결"과 180 일 만에 교체 할 수 있습니까? 갱신은 180 일 만에 새로운 토큰을받는 데 어떻게 유익합니까?

갱신 절차를 사용해야하는 경우 지난 30 일 이내에 갱신하려면 어떻게 사용해야합니까? 나는 그들이 내 웹 사이트에 올릴 수있는 "빠른 책 토큰을 갱신해야한다"는 메시지에 눈을 멀게 할 수 있기 때문에 잘 모른다.

Answer 1

필자는 반드시 갱신 절차를 사용해야합니까? 당신이 할

하지 는에있다, 그러나 그것은 정말 다시 180 일마다 연결 버튼을 클릭하도록 강제하는 사용자 친화적 아니다.

"Connect to QuickBooks"버튼을 180 일 만에 "Connect to QuickBooks"버튼으로 교체 할 수 없습니까?

"왜 내가 QuickBooks에 더 이상 연결되어 있지 않은가?"라는 화를내는 것에 신경 쓰지 않는 한 이것은 완벽합니다. 고객의 질문.

갱신은 180 일 이내에 새로운 토큰을받는 데 어떻게 유익합니까?

180 일마다 버튼을 클릭하는 대신 강제로 갱신하는 것이 훨씬 더 사용자 친화적입니다.

갱신 절차를 사용해야하는 경우 지난 30 일 이내에 갱신하려면 어떻게 사용해야합니까? 나는 그들이 내 웹 사이트에 올릴 수있는 "빠른 책 토큰을 갱신해야한다"는 메시지에 눈을 멀게 할 수 있기 때문에 잘 모른다.

당신이하고 있다고 말할 필요조차 없습니다.

토큰이 설정되었을 때 타임 스탬프를 저장하고, cron 스크립트를 설정하며, 토큰을 갱신해야 할 때마다이를 갱신하고 갱신하십시오.