Should I Schlüssel aus dem Facebook-UID oder Drittes IDs in einem Web-App mit Facebook-Mitgliedschaft?

StackOverflow https://stackoverflow.com/questions/4632275

  •  08-10-2019
  •  | 
  •  

Frage

Ich hoffe nur, die ganze Facebook UID Frage zu klären, hier .

Er spricht über Dritte-IDs unter Verwendung von (erzeugt durch facebook, pro app / user) statt Facebook UID. Aber es ist nicht ganz zu mir klar. Es klingt wie sie Szenarien beziehen sind, wo meine Web-App-IDs an einen Dritten ...

senden müssten

Keying des Facebook UID off ist einfach (mit Facebook C # SDK, fbApp.SessionUserId). Aber, wenn es geht um ihre Bedingungen zu brechen ... wie fangen wir an der Dritte ID anstelle?

War es hilfreich?

Lösung

Sie sind richtig, dass die Drittanbieter-ID nur für den Austausch oder irgendetwas ist, das publicaly zugänglich ist. Persönlich würde ich beide speichern. Verwenden Sie die facebookid als Benutzer-Schlüssel, aber halten den Dritten Id für denkt wie Link-Tracking etc. Die Facebook-ID wird die effizienteste, da sein, wie Sie wies darauf hin, dass die ID, die Sie mit dem Cookie erhalten oder unterzeichnet Anfrage. So stellen Sie sicher, dass Sie nie überall die FacebookId setzen, dass andere es sehen konnte.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top