Api 新Instagram速率限制

Api 新Instagram速率限制,api,instagram,instagram-api,Api,Instagram,Instagram Api,我们已经创建了一个应用程序,在我们自己的网站上显示我们自己的订阅源。然而,我们现在超过了每小时500个请求的新速率限制。Instagram表示,我们的应用程序不需要审查,因此无法升级为“实时”应用程序并利用更高的费率限制。我们该怎么解决这个问题?另一方面,在我们自己的网站上显示我们自己的feed会带来很多麻烦。嘘。如果我没弄错的话,所有用户都可以看到您的数据源,但它始终是相同的数据源。因此,您可以每30秒(或更短)请求一次数据,并将结果存储在数据库中,而不是为每个用户缓存数据。然后,您应该始终尝

我们已经创建了一个应用程序,在我们自己的网站上显示我们自己的订阅源。然而,我们现在超过了每小时500个请求的新速率限制。Instagram表示,我们的应用程序不需要审查,因此无法升级为“实时”应用程序并利用更高的费率限制。我们该怎么解决这个问题?另一方面,在我们自己的网站上显示我们自己的feed会带来很多麻烦。嘘。

如果我没弄错的话,所有用户都可以看到您的数据源,但它始终是相同的数据源。因此,您可以每30秒(或更短)请求一次数据,并将结果存储在数据库中,而不是为每个用户缓存数据。然后,您应该始终尝试从DB读取提要数据,但如果15秒过去了,您应该再次从Instagram请求数据


这将使您的用户非常满意

您可以缓存instagram返回的数据。我认为没有必要为每个页面查看请求新数据。每分钟左右对所有用户进行一次数据采集应该不止一次——是的,这听起来是可行的。我们以每小时约750个请求的速度运行,一小时内最多有200个用户。我想每小时缓存一个请求,但希望尽可能做到“实时”,这样更好。即使我们只是从API请求,每隔15秒保存到DB或文本文件,并且总是从DB或文本文件调用数据,我认为这是可以接受的。因此,从在Instagram上发布到出现在网站上,最多延迟15秒,这使我们的请求限制在500次以下。我喜欢!快速更新-我们在Instagram上注册了一个新客户端,获得了一个新的访问令牌,并更新了代码,以每15秒缓存一次api请求(最多240次/分钟)。很好!我们获取提要并将其保存在一个.json文件中,如果.json文件修改时间小于15秒,则将其提供给访问者。15秒后,我们调用Instagram并保存一个新的.json文件。向这里的人们大声喊出一些代码想法