我通过 XML REST API发布到LinkedIn.我发出的XML就像这样： share visibility codeanyone/code /visibility commentbutah/comment content submitted-urlhttp://fully-qualified-url-to/bitly/submitted-url submitted-image-urlhttps://fully
<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>
帖子显示,链接工作,所有其他字段(如果我添加描述和标题,他们工作)显示正确,但图片预览不 – 而是它是一个空图像.
我尝试了一些方法：
>根据卷曲结果判断mime类型(image / png)是正确的
>我尝试过不同的TLS和SSL版本
>我尝试了多种不同的图像
我不知所措 – 还有什么可能是错的？将FQ图像URL复制粘贴到浏览器也可以很好地工作.有任何想法吗？
[编辑]应该注意我正在使用公司API.
更新这肯定是一个服务器配置问题,因为我发现一些适合的域.至少curl建议返回正确的mime类型.还有什么可能导致LinkedIn图像缓存失败？
显然,LinkedIn正试图将图像拉入其CDN(Akamai),并且很有可能在尝试中失败.我不得不猜测,无论LinkedIn用什么客户端来检索图像,都会失败.这可能是因为SSL证书未通过客户端的验证检查,可能是因为服务器没有收到正确的请求标头(接受,接受编码,用户代理,甚至cookie,如果它试图阻止机器人或具有访问控制)服务器为图像提供服务,或者可能是因为图像是客户端不支持的格式(我在想WebP).
此外,您可能会对LinkedIn的缓存或重复数据混淆.例如,如果您向他们发送一次图像并且无法正确加载但不会生成错误条件,则LinkedIn可能会认为该图像已加载到其CMS / CDN中,并且当您启用时不会再尝试加载它尝试再次添加它.不太可能是未能协商可接受的SSL / TLS级别和密码套件,因为几乎每个人都支持对安全性的向后兼容性(这是另一个问题).
您是否可以访问映像服务器日志？我试图理解这种情况的下一步是监控从LinkedIn到图像服务器的请求,看看情况如何.