7

de Facebook doc "Desaprobado acceso sin conexión" (http://developers.facebook.com/docs/offline-access-deprecation/) afirma lo siguiente:Facebook Acceso 60 días token y Desaprobados Offline_Access


*-lado del servidor OAuth Desarrolladores

Si se genera el señal_acceso de un en el lado del servidor llamada OAuth, el access_token resultante tendrá el tiempo de expiración más largo. Si la llamada se realiza mientras todavía hay un access_token válido para ese usuario, el access_token devuelto de esta segunda llamada puede ser el mismo o puede haber cambiado, pero en cualquier caso, el tiempo de caducidad se habrá restablecido. Una vez más, llamar a esto varias veces durante el mismo día dará lugar sólo en la primera llamada se extiende el tiempo de expiración. *


Esto parecería implicar que OAuth del lado del servidor automáticamente obtiene una muestra de caducidad larga. Encuentro que este es el caso si habilito la configuración de "desaprobar acceso fuera de línea" en el diálogo avanzado de desarrollador de Facebook: el token caduca en 60 días. Pero con la configuración de la ficha caduca en 2 horas.

Estoy un poco confundido sobre el punto de esta configuración:

Pregunta:

  • El ajuste suena como una opción "transitorio/migratoria" .... Si habilita esta opción ¿todavía recibiré tokens de 60 días dentro de 6 meses? sin usar el punto final "intercambio"?

  • ¿Por qué no establecer automáticamente todos los tokens a 60 días?

Respuesta

7

El punto de configuración de migración para aplicaciones de Facebook es permitir a los desarrolladores para probar nuevas características (o desaprobación de las características de edad) antes de tiempo en sus aplicaciones y detectar errores que puedan surgir. Como se indica en el Developer Roadmap, el permiso offline_access se eliminará el 1 de mayo y, en ese momento, cada aplicación actuará como si la configuración de migración que está probando estuviera habilitada.

Puede encontrar más información acerca de este cambio aquí: https://developers.facebook.com/docs/offline-access-deprecation/

La razón por la que no habilita automáticamente este es sin previo aviso, ya que podría causar una gran cantidad de aplicaciones para romper. Facebook tiene un breaking change policy que intenta evitar ese tipo de cambios sin una advertencia de 90 días (y en este caso, una configuración de migración).

Editar: la eliminación de permisos de acceso sin conexión se retrasó hasta el 3 de octubre.

+0

¡Gracias por la respuesta! Me lo arregló todo ... Permitiré ahora la opción de obtener fichas de 60 días, y luego de que termine el período de migración continuaré obteniendo tokens de 60 días, exactamente lo que quería saber. ¡Gracias! – reach4thelasers

+1

Entonces, ¿está diciendo que siempre que el usuario autentique y apruebe por primera vez el acceso en un navegador, que podamos almacenar el token de acceso, lo intercambiemos a través del punto final por un token de 60 días y luego cuando éste pase inválido , ya que solicitamos algo a través de él, obtendremos un nuevo token a corto plazo que podemos intercambiar de nuevo, lo que significa que el usuario nunca tiene que iniciar sesión manualmente de nuevo. Pregunto esto porque estoy diseñando aplicaciones del lado del servidor que funcionarán casi al 100% de manera automática y no tendrán ningún problema, así que no quiero que dejen de funcionar al cabo de 60 días.Por favor asesorar sobre esto. – JamesB

Cuestiones relacionadas