让web浏览器查询另一个api而不是我的网站提供它是一个坏主意吗?

让web浏览器查询另一个api而不是我的网站提供它是一个坏主意吗?,api,yql,Api,Yql,这是我的问题。我有一个网站,提供一些投资服务,我支付日终数据,这是我真正需要的服务,但我觉得它有点奇怪,当人们在白天登记,它只显示昨天收盘价。对于我的分析来说,一天结束是可以的,但我想在我的网站上显示延迟报价 根据雅虎的:如果你使用基于IP的身份验证,那么你每天只能打1000个电话/IP,如果我的网站增长,我可能会超过这个数字,但我想尝试将这个请求推给浏览我网站的人,因为同一个IP每天访问我的网站1000次的可能性微乎其微(我的网站本身不需要这些信息)。我会从他们的浏览器中调用url,然后解析结

这是我的问题。我有一个网站,提供一些投资服务,我支付日终数据,这是我真正需要的服务,但我觉得它有点奇怪,当人们在白天登记,它只显示昨天收盘价。对于我的分析来说,一天结束是可以的,但我想在我的网站上显示延迟报价

根据雅虎的:
如果你使用基于IP的身份验证,那么你每天只能打1000个电话/IP
,如果我的网站增长,我可能会超过这个数字,但我想尝试将这个请求推给浏览我网站的人,因为同一个IP每天访问我的网站1000次的可能性微乎其微(我的网站本身不需要这些信息)。我会从他们的浏览器中调用url,然后解析结果,这样我就可以让他们以网站模板的格式查看它


我是web开发新手,所以我想知道让用户浏览器自己调用api是一种常见做法还是一个坏主意?

这一点都不坏:

  • 你这样扩大了限制
  • 您的服务器响应更快(因为它不必联系api)
  • 你的页面加载速度会更快,因为初始响应更小
  • 您可以在UI已经响应的情况下,以异步方式从api加载其余数据
一般来说,从客户端与api对话是一个好主意。它更具动态性,可以传播流量,更具响应性等等

我能想到的最大的缺点是依赖于其他服务的可用性。另一方面,由于流量的分散,您的服务器压力会更小


希望这有点帮助!干杯!

常见问题解答还说,如果使用基于OAuth的身份验证,您可以每天拨打100000个电话/密钥。可以找到如何生成和注册OAuth密钥。如果每天拨打100000个电话就可以了,那么这应该可以解决您的问题。@KaranAshar现在已经足够了,但我想如果我可以将限制推到用户身上这样我就不用担心了,因为如果用户超出了限制,他们只会影响自己。