2009-08-11 11 views
5

Actualmente estamos usando una gema de raspador de pantalla obsoleta para importar contactos de gmail/yahoo/etc. Quiero actualizar esto para usar las nuevas API basadas en OAuth para que los usuarios no tengan que ingresar sus credenciales en nuestro sitio. Estoy realmente intrigado por el trabajo que está haciendo Plaxo con Portable Contacts que Google también admite. Se siente como que es una buena dirección para el acceso de solo lectura, y todavía está respaldado por OAuth.OAuth frente a contactos portátiles para importar contactos

¿Hay alguna razón convincente para ir con la API OAuth estándar para estos proveedores en lugar de ir a la ruta de Contactos portátiles? Me gustaría saber si hay fuertes razones para evitarlo. Seguiré utilizando OAuth directo para aquellos que no son compatibles con PC, por lo que no se trata de tiempo de desarrollo, sino de soporte y confianza en el nuevo enfoque.

Respuesta

1

La idea es que cada implementación de OAuth será ligeramente diferente, ya que cada implementación de Contactos portátiles será la misma. Es como una API REST (OAuth) frente a una API SOAP (Contactos portátiles, pero con la misma sobrecarga que OAuth).

Por lo tanto, en teoría debería poder hacer un Lector de Contactos Portátiles y engancharlo a cualquier proveedor que lo admita con no trabajo adicional.

En realidad, por ahora, probablemente necesite trabajar tanto con los contactos portátiles como con los puntos terminales OAuth no portátiles. (Con la mayoría de los proveedores de OAuth no portátiles, con suerte se moverán hacia Contactos portátiles).

+0

Eso es exactamente lo que estaba pensando. Puedo construir un cliente de Contactos portátiles para Google y Plaxo, y luego usar OAuth para todos los demás por el momento. Gracias. –

0

OAuth Core no define descubrimiento (que dirige a los usuarios a la URL de OAuth que les permitirá autorizar el recurso para el consumidor) o representación (informa al consumidor sobre la autorización que proporcionará el token). Sin una especificación como Contactos portátiles, estos deben ser acordados ad-hoc por el consumidor y el proveedor (con el descubrimiento probablemente simplificado a una URL conocida). Así que Portable Contacts simplemente responde a esas preguntas una vez por cada proveedor que las usa. Tendrá que elaborar las respuestas ad-hoc si desea respaldar a los proveedores que no lo hacen, pero de todos modos utilizará la misma implementación de OAuth Core para todas ellas.

Portable Contacts se basa en las especificaciones de OAuth Discovery, que parece haber caducado sin un reemplazo, desafortunadamente.

Cuestiones relacionadas