使用Facebook API从页面的所有相册中获取所有照片。 缓存还是查询？

Question

我想要从Facebook页面的所有专辑（公开的）获取所有照片（以及他们各自的评论，喜欢和标签）。 虽然我知道如何使用Facebook API（或使用FQL）获取此信息，但我的问题更多的是关于我是否应该存储此信息。

我有两个选项：为Facebook API创建一个查询并相应地显示结果或让CRON作业运行一个PHP脚本，每隔几分钟更新一次我的数据库并从该数据库中提取信息。

Facebook确实有能力进行信息的实时更新 ; 但是，截至目前，他们不支持照片或专辑，所以这显然不是一种选择。

为了让您知道我要处理的信息量，我正在使用的页面包含大约40张专辑（并且正在计数），大多数专辑最多包含200张图片。 这是很多信息！ 如果有人有缓存API调用结果的经验，那么我非常感谢您的输入。 谢谢！

Answer 1

cereallarceny

我的工作很相似， 饲料相册和照片的网页和应用程序的东西。 我只需要存储专辑和照片的ID，我可以从2 id的图表api中获取所有其他内容。

一个大页面“让我们说沃尔玛” https://shawnsspace.com/plugins/TimeLinegallery.php?pageid=walmart在大多数专辑中有大约350张专辑和大约20张照片。

我估计他们的整个画廊超过3演出，不包括评论和类似的数据，以及调整大小的图像。

在我看来，每个用户提供的信息比缓存所有信息的费用要少，每天甚至每小时都会改变。

---

关于cron jobs - 你的应用程序每天都有api请求的限制。 轮询您的所有专辑和照片：大小的画廊可以超过该限制，Facebook将删除您的访问权限，直到该mau限制重置或直到您获得超过限制的书面许可。

如果您超过或计划超过以下任何阈值，请与我们联系，因为您可能需要遵守附加条款：（> 5M MAU）或（>每天100M API调用）或（>每天50M印象）。

---

在第二个注意：您需要的所有对象都有一个last_date：您可以进行调用，只是将具有日期的内容缓存到最后一个updated_date。 这将大大减少您的传输时间和大小，但不会减少检查所需的呼叫数量。

Answer 2

由于大多数内容可能会定期更改，例如喜欢，标记和添加，因此存储它不是一个好主意。 您需要存储它的具体原因吗？ 从Facebook获取它CDN也会更快。 你可以做的是存储链接等，但我会实时下载实际的图片和连接。