【问题标题】:Is it a bad idea to have a web browser query another api instead of my site providing it?让网络浏览器查询另一个 api 而不是我的网站提供它是一个坏主意吗?
【发布时间】:2012-07-06 17:41:13
【问题描述】:

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

根据 yahoo 的YQL faq:If you use IP based authentication then you are limited to 1000 calls/day/IP,如果我的网站增长,我可能会超过这个值,但我正在考虑尝试将此请求推送给浏览我网站的人,因为同一个 IP 不太可能访问我的网站每天 1,000 次(我的网站本身对这些信息没有用处)。我会从他们的浏览器中调用一个 url,然后解析结果,这样我就可以让他们以站点模板的格式查看它。

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

【问题讨论】:

  • 常见问题解答还说,如果使用基于 OAuth 的身份验证,您可以每天/密钥进行 100,000 次调用。如何生成和注册 OAuth 密钥可以在here 找到。如果每天 100,000 次通话没问题,那应该可以解决您的问题。
  • @KaranAshar 现在已经绰绰有余,但我想如果我可以将限制推给用户,那么我永远不必担心它,因为如果用户超出限制,他们只会影响自己。

标签: api yql


【解决方案1】:

这根本不是一个坏主意:

  • 这样可以扩大限制;
  • 您的服务器将响应更快(因为它不必联系 api);
  • 您的页面加载速度会更快,因为初始响应更小;
  • 您可以在 UI 已经响应时以异步方式从 api 加载剩余数据。

一般来说,与客户端的 api 交谈是个好主意。它更具动态性,您可以分散流量,提高响应能力等...

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

希望这对您有所帮助!干杯!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-12-31
    • 2013-02-27
    • 1970-01-01
    • 2021-08-12
    • 1970-01-01
    • 1970-01-01
    • 2017-06-02
    • 2014-05-03
    相关资源
    最近更新 更多