【问题标题】:LinkedIn picture post not showing in previewLinkedIn图片帖子未在预览中显示
【发布时间】:2015-09-28 15:00:52
【问题描述】:

我正在通过 XML REST API 向 LinkedIn 发帖。我发出的 XML 是这样的:

<share>
  <visibility>
    <code>anyone</code>
  </visibility>
  <comment>butah</comment>
  <content>
    <submitted-url>http://fully-qualified-url-to/bitly</submitted-url>
    <submitted-image-url>https://fully-qualified-url-to/image.png</submitted-image-url>
  </content>
</share>

帖子显示,链接有效,所有其他字段(如果我添加描述和标题,它们也有效)正常显示,但图片预览没有 - 相反它是一个空图像。

我尝试了一些方法:

  1. 从 curl 结果判断,mime 类型(图像/png)似乎是正确的
  2. 我尝试过使用不同的 TLS 和 SSL 版本
  3. 我尝试了多个不同的图像

我不知所措 - 还有什么问题吗?将 FQ 图像 URL 复制粘贴到浏览器也非常有效。有什么想法吗?

[edit] 请注意,我使用的是 Company API。

更新这肯定是服务器配置问题,因为我发现某些域非常适合。至少 curl 建议返回正确的 mime 类型。还有什么可能导致 LinkedIn 图片缓存失败?

【问题讨论】:

  • 您是否检查了生成的 HTML 以查看它认为图像所在的位置?
  • linkedin 页面上的 HTML 链接到:media.licdn.com/media-proxy/… 打开它会显示 1x1 白色像素图像。
  • 你能添加标题和描述,看看是否解决了吗?
  • 试过了。标题和描述正确显示,但图片仍然损坏。
  • 您的 XML 是正确的,您尝试了不同的图像,所以听起来也正确。显而易见:你被困得很好。尝试联系领英了吗?

标签: xml rest linkedin mime preview


【解决方案1】:

很明显,LinkedIn 正在尝试将图像拉入其 CDN (Akamai),并且很可能失败了。

我不得不猜测,无论 LinkedIn 使用什么客户端来检索图像,它都会失败。这可能是因为 SSL 证书未能通过客户端的验证检查,也可能是因为服务器没有接收到正确的请求标头(acceptaccept-encodinguser-agent,甚至是 cookie,如果它试图阻止机器人或具有访问控制)供服务器提供图像,或者可能是因为图像采用客户端不支持的格式(我在想WebP)。

此外,您可能会对 LinkedIn 方面的缓存或重复数据删除感到困惑。例如,如果您向他们发送了一张图片,但未能正确加载但未生成错误条件,则 LinkedIn 可能会认为该图片已加载到其 CMS/CDN 中,并且在您发送时不会尝试再次加载它尝试再次添加它。协商可接受的 SSL/TLS 级别和密码套件失败的可能性较小,因为几乎每个人都支持向后兼容而不是安全(这是另一个问题)。

您有权访问图像服务器日志吗?我尝试了解情况的下一步是监控从 LinkedIn 到图像服务器的请求,看看情况如何。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-05-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-12-08
    • 2017-01-25
    • 1970-01-01
    相关资源
    最近更新 更多