Question

我有一个非常简单的循环，我通过Share API发布用户的Feed，然后我尝试回读该帖子。

向共享终端发送POST请求：/v1/people/~/shares。

POST成功，我得到如下的返回值。

<update>
  <update-key>UPDATE-1234-6789-SHARE</update-key>
  <update-url>https://www.linkedin.com/updates?discuss=&amp;scope=8219502&amp;stype=M&amp;topic=5705061301949063168&amp;type=U&amp;a=aovi</update-url>
</update>

第2步：回读（using the Network Updates API）

尝试专门阅读帖子：/v1/people/~/network/updates/key=UPDATE-1234-6789-SHARE。

我得到的返回值是这样的：

{
  "errorCode": 0,
  "message": "The update mapping to user's update-key cannot be processed.",
  "requestId": "0268X9ZRL7",
  "status": 400,
  "timestamp": 1418425769754
}

时机很重要。 20分钟后运行相同的查询通常按预期工作。

我也尝试过查看用户的整个Feed [{1}}。在那种情况下，我寻找的条目就是缺失。

这是一个已知的LinkedIn问题吗？（票＃？）
如果是这样，LinkedIn承诺/期望什么类型的延迟？

Answer 1

假设您正在进行第二次API调用以使用与第一次API调用相同的访问令牌获取更新，则预期延迟不应超过几秒。在我们的系统中处理共享时，异步创建新共享的POST调用会为您生成一个Update-Key，但正如我所说的那样，它在1-3秒内完成。我只是按照测试共享顺序尝试了这些调用，并且能够在发布后立即获取更新。这是你一直看到的行为吗？

Answer 2

我通过PC浏览器发表文章。并在api下面更新iva，它可以工作。

/v1/people/~/network/updates?count=10&start=0&type=SHAR

SHAR：连接已共享更新或链接。

https://developer-programs.linkedin.com/documents/get-network-updates-and-statistics-api

通过LinkedIn API创建的成功帖子无法回读

2 个答案: