gpt4 book ai didi

LinkedIn "share"API 未正确使用提供的 "content.description"

转载 作者:行者123 更新时间:2023-12-05 07:42:48 25 4
gpt4 key购买 nike

我通过像这样进行 OAuth 身份验证的调用,成功地通过 API 发布了一个新的 LinkedIn“共享”图像(不是实际的文章/页面)和评论:

URI:POST https://api.linkedin.com/v1/people/~/shares?format=json
数据:
{
"comment": "一些评论。",
“内容”: {
"title": "一些标题。",
"description": "我的描述。",
“提交的网址”:“https://cdn.website.com/images/image.png”,
"submitted-image-url": "https://cdn.website.com/images/image.png"
},
“可见性”:{
“代码”:“仅连接”
}
}

但是,当我在 linkedin.com 上查看生成的分享时,图像附近的 description 不会显示我提供的“我的描述”。而是显示所提供图像的 host,即本例中的 cdn.website.com。这是丑陋的,不可取的。看起来他们试图像抓取页面一样抓取图像,并且默认使用 host 而不是使用我提供的“我的描述”的描述。

这是一个错误吗?难道我做错了什么?任何帮助将不胜感激!

最佳答案

您只能选择以下其中一项:

  • 在 LinkedIn 共享预览中显示图像
  • 在 LinkedIn 共享预览中显示描述

证明:与 LinkedIn 支持团队抗争两周 ( Oh the humanity... )。但也要查看遵循这两条规则的网站的共享预览:Wikipedia(没有图像,有 1 个描述)和 GitHub(有 1 个图像,有 1 个描述)。

维基百科: Description ONLY -- Works (but no image)!
GitHub: Image ONLY -- Works (but no description)!

我做了一个test site, with only description,并且它根据上面列出的规则运行。我很清楚 Official Microsoft LinkedIn Share Documentation对此没有任何提及,但所有直接经验似乎都不同意。

关于LinkedIn "share"API 未正确使用提供的 "content.description",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44206675/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com