OK, więc to pytanie zostało zadane przed here. W odpowiedzi/odpowiedzi na pytanie użytkownik mówi mu, aby zapisał w aplikacji aplikację refresh_token
(sesja, a nie db, chociaż nie ma znaczenia, gdzie ją przechowujesz). Po przejrzeniu dokumentacji w Google wydaje się, że access_token
ma datę ważności, po której traci ważność. Teraz możemy oczywiście odświeżyć tokena w każdym ustalonym interwale lub jeśli usługa zwróci nieprawidłowy błąd tokena, przedłużając w ten sposób żywotność tokena, ale z jakiegoś powodu ten ręczny proces wydaje się trochę hacky. Moje pytania to:Jak zautomatyzować logowanie do Google API, aby uzyskać token OAuth 2.0, aby uzyskać dostęp do znanego konta użytkownika
- Czy jest to najbardziej skuteczny (/ ogólnie przyjęty) sposób dostępu do danych kalendarza/aplikacji Google dla znanego konta użytkownika przez ręczne zalogowanie się i utrzymanie tokena w aplikacji? Czy istnieje inny mechanizm, który pozwala nam programowo zalogować się na to konto użytkownika i przejść przez kroki OAuth?
@mattewh Czy możesz mi pomóc z http://stackoverflow.com/questions/24894789/google-oauth-and-owin-how-to-renew-tcess-token-using-the-refresh-token –
Jeśli musisz mieć interakcję użytkownika, która nie jest zautomatyzowana. –
@KeithTyler OAuth zależy od zgody użytkownika co najmniej raz, po czym nie wymaga dalszej interakcji. –