Image 需要Facebook解决方案刷新数千页的缓存开放图形图像路径吗_Image_Debugging_Caching_Facebook Like_Facebook Opengraph

Image 需要Facebook解决方案刷新数千页的缓存开放图形图像路径吗

image debugging caching

Image 需要Facebook解决方案刷新数千页的缓存开放图形图像路径吗,image,debugging,caching,facebook-like,facebook-opengraph,Image,Debugging,Caching,Facebook Like,Facebook Opengraph,我们已经用新的图像路径更新了我们的open graph image（og:image）元标记，但Facebook仍然显示我们网站的默认徽标图像——似乎是从我们最初的Like按钮实现中缓存的。我们指的是当用户单击Like按钮时，在Facebook Like/Share对话框中显示的图像我们已经运行了一个自动作业，让Facebook的调试工具（例如：）通过更新的图像路径在我们所有的页面中爬行，但是Facebook的调试工具（或站点）通过返回重定向到来阻止我们的自动作业。请注意，我们有大约62500

我们已经用新的图像路径更新了我们的open graph image（og:image）元标记，但Facebook仍然显示我们网站的默认徽标图像——似乎是从我们最初的Like按钮实现中缓存的。我们指的是当用户单击Like按钮时，在Facebook Like/Share对话框中显示的图像

我们已经运行了一个自动作业，让Facebook的调试工具（例如：）通过更新的图像路径在我们所有的页面中爬行，但是Facebook的调试工具（或站点）通过返回重定向到来阻止我们的自动作业。请注意，我们有大约62500个页面需要爬网，以便使用最新的图像路径刷新og:image meta tag content属性。

我们问题的解决方案实际上是将代理值传递给Facebook的调试器，以便Facebook不会将我们重定向到其“不受支持的浏览器”页面，这反过来又使请求不成功

cURL用户代理解决方案

curl_setopt（$ch，CURLOPT_USERAGENT，'Mozilla/5.0（Windows；U；Windows NT 5.1；en-US；rv:1.8.1.13）Gecko/20080311 Firefox/2.0.0.13'）
请参阅：
我们问题的解决方案实际上是将代理值传递给Facebook的调试器，以便Facebook不会将我们重定向到其“不受支持的浏览器”页面，从而导致请求失败
cURL用户代理解决方案
curl_setopt（$ch，CURLOPT_USERAGENT，'Mozilla/5.0（Windows；U；Windows NT 5.1；en-US；rv:1.8.1.13）Gecko/20080311 Firefox/2.0.0.13'）
请参阅：
我们的问题解决方案的可能重复实际上是通过将代理值传递给Facebook的调试器，以便Facebook不会将我们重定向到他们的“不受支持的浏览器”页面，从而导致请求不成功。cURL User agent解决方案：cURL_setopt（$ch，CURLOPT_USERAGENT，'Mozilla/5.0（Windows；U；Windows NT 5.1；en-US；rv:1.8.1.13）Gecko/20080311 Firefox/2.0.0.13’；
我们的问题解决方案的可能重复实际上是通过将代理值传递到Facebook的调试器，以便Facebook不会将我们重定向到“不受支持的浏览器”这反过来又使请求失败了cURL用户代理解决方案：cURL_setopt（$ch，CURLOPT_USERAGENT，'Mozilla/5.0（Windows；U；windowsnt 5.1；en-US；rv:1.8.1.13）Gecko/20080311 Firefox/2.0.0.13'）
如果注意到您正在删除网站端点而不是使用API，您仍然会遇到问题如果注意到您正在删除网站端点而不是使用API，您仍然会遇到问题