Spotify: Authorization Code Flow

Esta es una de las partes que mas llena este curso, ver los ejemplos practicos de cada uno de los flujos y verlos aplicados en aplicaciones reales y grandes.

De verdad, emociona poder entender todas las terminologias y diagramas jaja

Realicé la implementación con Google Oauth 2. las credentials se generan desde el GCP console credentials: [`https://console.cloud.google.com/apis/credentials`](https://console.cloud.google.com/apis/credentials) Acá se encuentran los scopes que como aprendimos dependen del servicio que quieras consumir, google tiene muchos servicio, pero en general spreadsheets (excel de google), drive, gmail son algunos de los mas comunes para usar: [`https://developers.google.com/identity/protocols/oauth2/scopes`](https://developers.google.com/identity/protocols/oauth2/scopes) La url de autenticación es: [`https://accounts.google.com/o/oauth2/v2/auth`](https://accounts.google.com/o/oauth2/v2/auth) Y la del token: [`https://oauth2.googleapis.com/token`](https://oauth2.googleapis.com/token)

Es muy interesante ver como consumir un servidor de autenticación PERO también me interesa ver como crear nuestro propio servidor de autenticación bajo el protocolo OAuth2.0 y que tener en cuenta para ello, espero un curso de esto!


* A los que tienen este error en la practica  se soluciona así:  porque: dentro del objeto de la cookie el token viene con clave "accesToken" * y a los que no tenían cuenta de Spotify y apenas la crearon para la practica les recomiendo colocar una imagen de su perfil y una breve descripción o si no agreguen un encadenamiento opcional dentro del Archivo Card.js 

El authorization gran hay que almacenarlo o una vez que se pide el token, el authorization gran ya deja de ser valido? Por otro lado, en caso de que sea asi, si el token de acceso y refresco vencen, se hace todo el flujo nuevamente? Entiedo que mientras se tengan los tokens sin vencer, se puede seguir teniendo acceso sin la interversion del user (resource owner)