You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(these you just set at the start, you don't work on it anymore)
Credentials object (initial setting)
Storage object (initial setting)
Service Object ($this->github)
From the service object, we'll use two methods to get two more objects:
(this is required, since certain storage interfaces may store the token object at this point, and it may not exist at the original object)
->getStorage() - Gets the storage object that we can use:
->retrieveAccessToken() - Gets the Access Token object so that we can then:
->getAccessToken() -> the actual access token code
->getRefreshToken() -> the actual refresh token code
->getEndOfLife() -> when the access token will expire
3 functions are necessary from the service object
requestAccessToken() to be used when you are authorising
request() to be used when wanting to do something
refreshAccessToken($tokenObject) (trigger this when the token expired) (if it is -9001, that is unknown, we still need to trigger, if doesn't exist, throw an exception and need to redirect to do the thing again)
PROBLEM: how will we request user data to be filled? For example username/password? Perhaps we should leave this to the end developer and leave them blanks?
expires_in is a timestamp in the future. To check if it has expired: time() > expires_in
PROBLEM: Need a way of differentiating between oauth1 services and oauth2 services. Code inside could tell whether they are oauth1 or 2, or direct setting may be required. Auto detection will be good, also if the service does not exist, it will not be allowed.
PROBLEM: How to federate local accounts, multiple third party providers, and third party accounts.
SOLUTON: Use email as the id. We need to know what the email is of the user. This is dependent on the providers. Username cannot be the identifier... it is too conflictual. This is the only way we can federate the user accounts.
PROBLEM: Autologin does not understand external providers
SOLUTION: Autologin needs to check for all linked external accounts, and access them.
The text was updated successfully, but these errors were encountered:
No need for current URI
We have:
(these you just set at the start, you don't work on it anymore)
From the service object, we'll use two methods to get two more objects:
(this is required, since certain storage interfaces may store the token object at this point, and it may not exist at the original object)
->getStorage() - Gets the storage object that we can use:
->retrieveAccessToken() - Gets the Access Token object so that we can then:
->getAccessToken() -> the actual access token code
->getRefreshToken() -> the actual refresh token code
->getEndOfLife() -> when the access token will expire
3 functions are necessary from the service object
PROBLEM: how will we request user data to be filled? For example username/password? Perhaps we should leave this to the end developer and leave them blanks?
expires_in is a timestamp in the future. To check if it has expired: time() > expires_in
PROBLEM: Need a way of differentiating between oauth1 services and oauth2 services. Code inside could tell whether they are oauth1 or 2, or direct setting may be required. Auto detection will be good, also if the service does not exist, it will not be allowed.
PROBLEM: How to federate local accounts, multiple third party providers, and third party accounts.
SOLUTON: Use email as the id. We need to know what the email is of the user. This is dependent on the providers. Username cannot be the identifier... it is too conflictual. This is the only way we can federate the user accounts.
PROBLEM: Autologin does not understand external providers
SOLUTION: Autologin needs to check for all linked external accounts, and access them.
The text was updated successfully, but these errors were encountered: