问题标签 [facebook-php-sdk]

我遵循了 Facebook PHP SDK 示例并创建了以下内容。

当我点击登录时。它会打开窗口，当我允许时。它刷新窗口。只是为了显示相同的内容。当我什么都不做时print_r($me)是可见的。

当我检查应用程序设置时。该应用程序已安装在我的 fb 帐户中。

编辑

我正在尝试建立一个站点，以便用户可以在 HTML 表单中输入评论，然后在按下提交按钮后，该评论将被放置在该人的墙上。

我已经设置了 publish_stream 权限，并且可以使用此处显示的方法轻松发布到流：示例

但是，如果您使用 HTML 表单并按下提交，页面将重新加载并完成令牌获取过程。这会导致一些重新路由，从而导致 $_REQUEST 中的数据丢失。

有没有办法做到这一点？

谢谢。

我正在尝试开发一个 facebook 应用程序，最后一步尚未完成，即邀请朋友玩该应用程序。我尝试以下代码，但出现错误。请建议如何去做。谢谢！

从 index.php 我调用了如下所示的invite.php，我已经可以在用户的​​墙上发表评论了。

我正在为朋友做这个 facebook 评论，我无法使用 FQL 或图形 api 获得任何信息......我需要让他成为一个包含所有评论的表格，等等。我想使用 FQL，但尝试使用 Graph API 来查看信息也不起作用。

我的情况有点复杂...

用于评论的 HTML/JS 在我的服务器上运行，但人们在 Facebook 页面 IFRAME 中将它用于另一个应用程序（我在中间的某个地方切换了应用程序 ID，我现在才发现... :| ），所以评论href 指向其中包含第二个应用程序 ID 的某个地方...

这是它的代码中的重要内容（如果是别的，告诉我，我会发布它）：

/* APP ID 替换为 X，URL 替换为 Y */

......

……

......

因此，我尝试使用以下方式检索信息： https://graph.facebook.com/comments/?ids=Y//返回空数据 https://graph.facebook.com/comments/?ids= {place on my server} // 一样

我试过 FQL：

和

我正在创建一个 Facebook 应用程序。我管理了一个扩展的发布流应用程序。我想在用户的墙上显示应用结果。执行下面的方法，它会自动在用户的墙上发布，我想通过发布/跳过对话框来完成。谁能帮帮我。多谢！！

//下一部分，邀请好友。我希望当用户单击发布/跳过时才出现一个对话窗口来请求邀请朋友。我尝试这种方式，但它不起作用。

我遇到的问题是我同时获得了三个窗口。invitefriends.php 具有与 javascript sdk 示例中提到的相同的代码，并且工作正常。

让我知道在哪里以及如何包含invitefriends.php。

谢谢！！

希望你能帮助我解决我遇到的一些问题。

我正在编写一个 Facebook 应用程序，我正在向用户墙发布帖子以使用 PHP SDK 更新游戏分数。

我想做的是在发布新帖子之前删除旧帖子，这没问题。问题开始的地方是用户是否事先手动删除了旧帖子。在这种情况下，用户的 FB 会话将被丢弃，并且与 API 的所有交互都变得不可能，直到用户再次通过 FB.login。

我正在使用的代码是：

如果帖子事先存在，则效果很好。

我想知道是否有可能这样做，以便如果删除调用失败，它不会放弃会话，只是返回一个我可以处理的错误，或者在调用删除函数之前检查帖子是否存在？

如果可以避免，我宁愿不要在 publish_stream 之上向用户询问 read_stream 权限。

我正在尝试通过 php 生成提要对话以发布用户墙的内容。我已获得扩展权限。使用的变量已经定义和测试。代码仍然无法正常工作。谁能告诉我以下代码有什么问题：

{}

目前我使用Facebook php-sdk。

教程中的示例代码。

现在在我的编辑或提交内容中，我写了这样的东西

这工作正常，但有时$me会返回空数组并且用户将注销。如何$me正确使用。

让我知道..

我在我的一个网站中使用 facebook connect。为此，我使用了 php sdk 库。

我正在使用以下代码：

问题是，在成功验证后，它会进入搜索页面，但会在 url 中显示会话信息。例如

我希望此会话信息不可见。有没有办法做到这一点？

请帮助我

谢谢

潘卡伊

我在本地 MySQL 数据库中记录了我的应用程序的所有用户。我拥有获取用户在线状态所需的所有相关信息 [UID, access_token并已授予extended permission]。

如何获取所有用户的在线状态？

我目前使用的方法是分别查询每个用户：

但这是一个有 150 个用户的耗时过程。我什至不是在谈论 400+ 或 1000+。

ps multiquery 对我不起作用，因为询问用户存在需要提供access_token.