由于Instagram API每小时有一个请求限制（不确定多少）。您是否建议使用序列化来存储来自Instagram Feed的数据？如果没有，你还会提出什么建议？
如果是，我不确定结构，我应该在哪里编写序列化部分的代码。
到目前为止，我一直在我的页脚中使用instagram代码（layout.phtml）。
我应该创建一个模块来存储这些数据并每天重新加载一次数据吗？如果您不建议该解决方案，我还能做些什么？
答案 0 :(得分：1)
您可以站起来一个memcached服务器并通过它代理您的API请求。您可以轻松配置缓存的TTL，以平衡数据的新鲜度和API限制。这完全取决于唯一API请求的基数。如果你向Instagram提出了很多相同的请求，这将是一个理想的设置。
如果您使用PHP，那么在memcached中存储将是微不足道的，因为您可以直接编写对象（不需要显式序列化）：
http://www.php.net/manual/en/memcached.set.php
您可以直接使用API请求字符串或其散列版本作为包含Instagram API响应对象的memcached条目的键。