现在我可以记得更多,每当我们回Facebook届会议或access_token,它应当有一生的时间,而在此之前我们得回到一个用户标识、图书馆应验证用户标识真正做MD5,等等。

如何做届会议和access_token目前的工作?有没有无限届会议的任何更多吗?他们通常到期内少于2小时?这是真的,如果用户使用的应用程序或我们的网站(连接Facebook),那么本届会议或access_token可以延长--的到期时间将进一步延长。

是否有任何用于存储届会议或access_token在我们DB的用户表?我认为,如果没有无限的会议,然后我们可能没有必要,除非,如果我们知道我们的分批处理将做东西一个小时之内(以做一些冗长的Facebook API电话为例)。

如果我们请求的电子邮件发送的许可,并且用户的赠款,然后赢得我们不需要有一个会议或access_token发送电子邮件时,几天后,当我们有一个时事通讯寄出?

有帮助吗?

解决方案

所以让我来解决您的问题之一的时间。

  1. 一个正常的facebook届会议(access_token)是唯一有效几个小时。
  2. 你可以得到无限届会议通过请求"offline_access"延长许可的用户时进行身份验证程序。
  3. 以"重申"的会议,你刚刚发送的用户回到验证页上facebook.这瞬间发生,因为他们已经已验证你的应用程序,使他们的用户将被重新回到你的网站,并继续,没有注意到的认证。
  4. 没有任何理由存储访问标记,除非你有offline_access.如果你有线访问,然后你可以储存,否则你可能也仅仅读它从他们的饼干或会议,每次他们做出新的请求。
  5. 电子邮件的延长许可,不是"权限向它们发送电子邮件",而是权读取他们的电子邮件地址。如果你被授予这种许可,然后你可以得到用户的电子邮件地址从图API然后拯救这个电子邮件地址。之后你有电子邮件地址,可以向他们发送电子邮件像任何正常的电子邮件系统。你不需要接入令牌。
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top