API查找找不到东西 - 我使用正确的URL吗?

时间:2012-12-14 10:27:39

标签: flattr

我目前正在为一个流行的开源RSS阅读器(微小的RSS)开发一个Flattr插件。

我第一次使用查找API,并且不确定为什么我会得到混合结果。 所以我不确定我是否正确使用了API,如果我遇到了一些基本的错误,我想和你的专家确认一下。

首先,让我们看看我是否可以提出一个成功查找事物的API调用。我看看事物1066706的Flattr页面(我不能在这里发布整个URL,因为SO只允许我为这整个帖子提供两个URL)。在该页面上,我找到了Flattr为该内容存储的官方URL,并使用API​​查看:请参阅here

这会返回{"type":"thing","resource":"https:\/\/api.flattr.com\/rest\/v2\/things\/1066706", ...,所以这很好。

但似乎这种方法不是测试事物是否存在的可靠方法。这是一个不起作用的例子:我打开了事物e7579b349cb7b319b28d883cd4064e1e的Flattr页面。

我在该页面上找到的网址确实是该文章的网址,我看不到它可能包含的任何其他网址。我以与上面相同的方式查看:检查this

唉,我得到{"message":"not_found","description":"No thing was found"}

(我也尝试了这两种编码网址,但结果相同。我认为这对你来说更容易阅读。)

那么,为什么不能找到第二件事呢?感谢任何启发。

1 个答案:

答案 0 :(得分:0)

id“e7579b349cb7b319b28d883cd4064e1e”不是真正的id,而是一个哈希,它标识了尚未提交的东西的临时内容 - 它是Flattr自动提交功能的一部分:http://developers.flattr.net/auto-submit/

因此,系统在告诉您该URL的内容不存在时非常正确 - 有人需要对该内容进行flattr以使其成为真实提交并在系统中创建并具有真实ID。< / p>

(仅供参考 - 对于某些URL:s,如Twitter URL:s,Flattr实际上可以回答URL是平面的,即使它在系统中找不到它:{"message": "flattrable", "description": "Thing is flattrable "}这样你就可以现在有可能在不必使用作者提供的任何类型的flattr-button / url来展平URL的情况下展平那个东西。

另外 - 如果您还不知道,那么对于RSS阅读器,您应该主要寻找重新付款链接,以确定某个条目是否可以平展,请参阅http://developers.flattr.net/feed/和{{3} }