Autentificar facebook
Con el inicio de sesión en el dispositivo, éste muestra un código alfanumérico y pide a los usuarios que lo introduzcan en una página web de su ordenador o smartphone. Las personas que utilizan tu aplicación o servicio pueden entonces conceder permisos. Después de que tu aplicación obtenga los permisos, el dispositivo recibe un token de acceso que tu aplicación utiliza para hacer peticiones a la Graph API para identificar a la persona y obtener información para personalizar su experiencia con el dispositivo.
Cuando el código aparece en la pantalla, el dispositivo sondea la API de inicio de sesión del dispositivo para ver si alguien ha autorizado su aplicación. Después de unos minutos, si no han introducido su código, la API de inicio de sesión del dispositivo devuelve un error code_expired. Cuando su dispositivo recibe este error, debe cancelar el flujo de inicio de sesión y la interfaz debe mostrar la llamada a la acción.
Muestre esta confirmación en su dispositivo hasta que la persona haga clic en el botón Continuar. Es posible que alguien tenga que introducir el código en un ordenador en otro lugar, por lo que puede necesitar tiempo para volver a su dispositivo y ver la confirmación antes de continuar.
Contul meu de facebook
Una vez que los usuarios han iniciado la sesión, también debes darles una forma de cerrar la sesión, desconectar su cuenta o eliminarla por completo. Además de ser una cortesía, esto también es un requisito de nuestras políticas de inicio de sesión para desarrolladores.
Pida sólo los permisos que necesite. Cuantos menos permisos pidas, más fácil será que los usuarios se sientan cómodos concediéndolos. Hemos comprobado que pedir menos permisos suele dar lugar a una mayor conversión.
Una ventaja adicional de pedir menos permisos es que puede que no tenga que someter su aplicación a la revisión de aplicaciones. Es necesario enviar la aplicación a revisión si se solicitan otros permisos además de los campos predeterminados y el correo electrónico.
Pagina de facebook a mea
Durante el flujo de inicio de sesión te mostramos cómo utilizar el diálogo de inicio de sesión y OAuth para autenticar a alguien y solicitarle permisos. Para reautenticar, puedes usar estos mismos pasos con parámetros adicionales para forzarlo:
El parámetro auth_nonce está pensado para ser un código alfanumérico completamente arbitrario que genera tu app. El proceso de generación y el formato de este código depende totalmente de ti. Por ejemplo, una versión con hash de una marca de tiempo y una cadena secreta puede ser suficiente, siempre y cuando sea completamente única para cada intento de inicio de sesión. Este valor permite a tu aplicación determinar si un usuario ha sido reautenticado.
}, { auth_type: ‘reauthenticate’, auth_nonce: ‘{random-nonce}’ })Para comprobar que este nonce no ha sido usado antes, necesitas crear una función que se comunique con el código que comprueba la base de datos de tu aplicación para ver si ya ha usado un nonce particular.
Nota: Este archivo PHP sólo implica, y no incluye, el fragmento de código que compararía el nonce suministrado con la base de datos de la aplicación. Debe adaptarlo a su propia base de datos y entorno de código:
Facebook, inc.
Para el inicio de sesión basado en el navegador para una aplicación web o de escritorio sin utilizar nuestros SDK, como en una vista web para una aplicación de escritorio nativa (por ejemplo, Windows 8), o un flujo de inicio de sesión que utilice enteramente código del lado del servidor, puedes construir un flujo de inicio de sesión por ti mismo utilizando redireccionamientos del navegador. Esta guía le llevará a través de cada paso del flujo de inicio de sesión y le mostrará cómo implementar cada uno de ellos sin utilizar nuestros SDKs:
Las aplicaciones que utilizan nuestros SDKs pueden comprobar si alguien ya ha iniciado sesión utilizando las funciones incorporadas. Todas las demás aplicaciones deben crear su propia forma de almacenar cuándo una persona ha iniciado la sesión, y cuando ese indicador no está ahí, proceden asumiendo que han cerrado la sesión. Si alguien ha cerrado la sesión, su aplicación debe redirigirlo al diálogo de inicio de sesión en el momento adecuado, por ejemplo, si hace clic en un botón de inicio de sesión.
En todos los casos, el navegador vuelve a la app, y se incluyen los datos de respuesta que indican si alguien se conectó o canceló. Cuando su aplicación utiliza el método de redirección como el anterior, a la redirect_uri que devuelve su aplicación se le añadirán parámetros o fragmentos de URL (según el response_type elegido), que deben ser capturados.
