Php Facebook应用程序请求问题

Php Facebook应用程序请求问题,php,facebook,facebook-graph-api,Php,Facebook,Facebook Graph Api,我正在开发一个Facebook应用程序,用户可以邀请他们的朋友,并在他们的请求被接受后获得积分。我使用了最新的请求对话框来满足我的需求,但我遇到了一个问题 假设有四个用户A、B、C和D A、 B,C向D发送应用程序邀请请求。但是,当D收到请求时,他会收到查询字符串中的所有请求ID,即A、B和C 另一个问题是请求通知被合并了,也就是说,我得到的通知就像A、B和C向您发送了加入应用程序的请求一样。如何使每个用户的请求分开,这样我就可以跟踪谁的请求被接受了?对于请求的这种行为,你不能做任何事情,对相同

我正在开发一个Facebook应用程序,用户可以邀请他们的朋友,并在他们的请求被接受后获得积分。我使用了最新的请求对话框来满足我的需求,但我遇到了一个问题

假设有四个用户A、B、C和D

A、 B,C向D发送应用程序邀请请求。但是,当D收到请求时,他会收到查询字符串中的所有请求ID,即A、B和C


另一个问题是请求通知被合并了,也就是说,我得到的通知就像A、B和C向您发送了加入应用程序的请求一样。如何使每个用户的请求分开,这样我就可以跟踪谁的请求被接受了?

对于请求的这种行为,你不能做任何事情,对相同用户的所有请求都将被分组,并且请求的分开不是Facebook提供的

如果用户在请求上单击“接受”,它们将被发送到发送请求的应用程序的画布页面URL。此URL将包含一个附加的GET参数request_ID,这是一个以逗号分隔的请求ID列表,用户正试图根据该列表执行操作

更新: 您可以考虑在应用程序中分离请求。 在新流程中,请求不会自动删除,您需要删除它们,所以在应用程序中显示这些请求应该非常容易,允许用户触发一些操作,然后删除该请求。通过Graph API检查用户是否有挂起的请求没有问题


您应该知道,一旦用户在Facebook上单击了请求通知,通知将消失,请求数量将只在应用程序书签中可见。

但这才是真正的问题。我相信这种情况曾经发生过,但已经用最新的API进行了更改。您是对的,这是在2012年1月1日更改的。有关更多信息,请参阅博客文章。我不明白为什么您的工作流需要更改,但在这种情况下,您仍然会收到所有3个请求,并将所有3个都标记为accepted@user1178401,我已经用一些你可能感兴趣的信息更新了我的答案。但我认为没有理由让用户知道的流程复杂化。记住,令人惊讶的用户并不总是好事…@juicy Scripter。他们希望我为每个邀请准备一份单独的请求,并在接受后确定谁的请求被接受。这是一个商业决定