【问题标题】:application specific flag or attribute in Twitter tweet/Facebook post or commentTwitter 推文/Facebook 帖子或评论中的应用程序特定标志或属性
【发布时间】:2015-10-27 21:12:08
【问题描述】:

我正在 Google App Engine 上开发一个应用程序。我正在阅读推文和 FB 帖子/cmets,并将各自的域对象保存在我的数据库中。同时,我可以从我的应用程序本身回复推文/FB 帖子,同时在 DB 中为其创建域对象。

FB 案例: FB 将在新评论/帖子上向我的应用程序的注册 URL 发布一个事件。所以,我可以接受那个事件并处理它。但是,当我从我的应用程序中发布评论/帖子时,我会从 FB 获得同样的事件。由于我的数据库最终是一致的,因此无法保证我现有的检查始终返回 true。

Twitter 案例:我一直在使用作业调度程序轮询注册用户的新推文,并在数据库中创建相应的记录。但是,当我从我的应用程序发布推文时,我会返回相同的推文,并且由于我的数据库最终是一致的,因此无法保证我现有的检查始终返回 true。

所以,在这两种情况下,我都会得到重复的数据。有没有办法通过 FB 评论/帖子和推文传递一些额外的信息,我将依次通过 FB 评论/推文获得这些信息。那么,我可以避免重新处理它们吗?

【问题讨论】:

    标签: java facebook facebook-graph-api twitter twitter-rest-api


    【解决方案1】:

    如果我正确理解您要做什么;不,这是不可能的。

    如果您想要在创建时向 FB 帖子/Feed 添加一个额外的“字段”,请将其发送到 FB/Twitter 并在您投票时取回。那是做不到的。

    相反,您应该使用在创建帖子/推文时收到的 ID。您可以将其存储在您的数据库中(或者,也许更好:创建后再次轮询,使用该 ID,然后填充您的数据库)。

    除此之外;为什么要将帖子/推文存储在数据库中?

    【讨论】:

    • 谢谢。是的,现在我正在保存那些从 FB/Twitter 获得的 ID。因此,使用相同 ID 再次存储只会覆盖现有数据。对于您的问题:我根据业务需求存储数据
    猜你喜欢
    • 2011-10-12
    • 2016-07-31
    • 2015-01-01
    • 2011-01-07
    • 2015-08-28
    • 1970-01-01
    • 2014-07-05
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多