共享缓存超时 [英] Share Cache Timeout

问题描述

Facebook共享缓存的超时时间。我编辑的所有页面和更改都必须反映出来。

How long is the timeout for facebook share cache. I edited all of my pages and changes must be reflected.

如果超时是无限制的，我必须通过卷曲等调试所有页面。

If timeout is unlimited, i have to debug all pages via curl etc.

谢谢。 >

Thanks.

推荐答案

您可以使用 Debugger 。

只需去那里，输入您更改的URL，然后点击调试，这将导致Facebook bot可以请求您的服务器中的数据，即使已经获取和缓存数据，新的数据将替换旧数据。

Just go there, enter the url you changed and click "debug", that will cause the facebook bot to request the data from your servers even if it was already fetched and cached, and the new data will replace the old.

800k的页面是很多的，毫无疑问。

800k of pages is a lot, no doubt.

根据 Like Button doc ：

Facebook每24小时刮擦您的页面，以确保最新的财产是
。当Open Graph
页面的管理员点击Like按钮以及URL被输入到
Facebook URL Linter中时，页面也会被刮除。 Facebook观察到您的网址上的缓存标头 - 它
将按照优先级顺序查看过期和缓存控制。
但是，即使您指定的时间更长，Facebook也会每24小时刮一次
页。

Facebook scrapes your page every 24 hours to ensure the properties are up to date. The page is also scraped when an admin for the Open Graph page clicks the Like button and when the URL is entered into the Facebook URL Linter. Facebook observes cache headers on your URLs - it will look at "Expires" and "Cache-Control" in order of preference. However, even if you specify a longer time, Facebook will scrape your page every 24 hours.

（URL Linter是Debugger）

(The URL Linter is the Debugger)

但是从我的经验来看，并不总是这样，我没有发现任何模式，但是我遇到的数据是几个月前，缓存不清楚，直到我手动使用调试器来提取新数据。

But from my experience it's not always the case, I haven't found any pattern to it, but I came across data that was months old and the cache was not clear until i manually used the debugger to extract the new data.

如果仍然要手动刷新数据fb，你可以编写一个脚本，将该URL发布到调试器页面中的相同表单操作，我不认为他们使用csrf保护。
通过这种方式，您可以为所有网页自动执行此操作，可能需要一段时间，但没有太严重。

If you still want to manually refresh the data fb has, you can probably write a script that posts the url to the same form action in the Debugger page, I don't think they are using a csrf protection. In that way you can automate this action for all your pages, it might take a while, but nothing too serious.

这篇关于共享缓存超时的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！