分析仪表板
Analytic Dashboard
我正计划开发一个网站，允许注册用户
查看来自各种站点的分析数据，例如 Google Analytic in one
仪表板，有些类似于 http://www.cyfe.com/，它提供了所有内容
一个仪表板。
我正在考虑两种实现此应用程序的方法。
方法 #1：一旦用户登录到我的 Web 应用程序并请求数据，我的应用程序就会调用分析网站 API（例如
Google解析API)并显示响应数据。
方法#2：执行一个在特定时间间隔内执行的作业
（比如每 30 分钟一次）并检索所有注册用户的分析数据
并保存在我的应用程序数据库中。当用户请求数据时，我的应用程序会显示应用程序数据库中的数据，而不是向分析网站发送请求。
任何人都可以提出每种方法的 pros/cons 以及哪种方法适合实施吗？
记住 google 分析数据在 24 - 48 小时内不会完成处理，因此每 30 分钟请求一次数据就结束了，数据将不完整或不准确。 运行你的应用每天获取一次两天前的数据。
您将遇到的主要问题是每个请求 7 个维度和 10 个指标的限制。没有主键，因此无法将一个请求的数据链接回另一个请求的数据。
您将遇到的另一个问题是每个请求最多可以 return 10k 行，具体取决于请求 return 编辑了多少行，您最终会针对API 这会占用您的配额。
此外，您最终可能会遇到配额问题，您每天最多可以向每个配置文件发出 10k 次请求。一旦达到该配额，您将无法再对该配置文件发出任何请求，直到第二天。无法延长此配额。
您还可以每秒为每个用户/配置文件发出最多 10 个请求，您可以使用配额用户稍微调整一下，但您的应用程序将无法 运行 非常快，平均需要半个每个请求 return 数据的第二个。除非您想 运行 提取应用程序的多个版本，否则事情将需要时间，但同样需要您调整配额用户。无法延长此配额。
您的应用程序每天最多可以 api 为所有配置文件发出 50k 个请求。一旦达到该配额的 80%，我建议您申请延期，这可能需要一个月或更长时间才能获得该配额的延期，最好提前计划。
注意：我是商业智能应用程序的首席开发人员，每天将数据从 Google Analytics 导出到数据仓库应用程序，我 运行 解决了每个问题。虽然您计划做的事情是可能的，但您只需要在开始开发过程之前了解 google 分析 api 的局限性。
我正计划开发一个网站，允许注册用户 查看来自各种站点的分析数据，例如 Google Analytic in one 仪表板，有些类似于 http://www.cyfe.com/，它提供了所有内容 一个仪表板。
我正在考虑两种实现此应用程序的方法。
方法 #1：一旦用户登录到我的 Web 应用程序并请求数据，我的应用程序就会调用分析网站 API（例如 Google解析API)并显示响应数据。
方法#2：执行一个在特定时间间隔内执行的作业 （比如每 30 分钟一次）并检索所有注册用户的分析数据 并保存在我的应用程序数据库中。当用户请求数据时，我的应用程序会显示应用程序数据库中的数据，而不是向分析网站发送请求。
任何人都可以提出每种方法的 pros/cons 以及哪种方法适合实施吗？
记住 google 分析数据在 24 - 48 小时内不会完成处理，因此每 30 分钟请求一次数据就结束了，数据将不完整或不准确。 运行你的应用每天获取一次两天前的数据。
您将遇到的主要问题是每个请求 7 个维度和 10 个指标的限制。没有主键，因此无法将一个请求的数据链接回另一个请求的数据。
您将遇到的另一个问题是每个请求最多可以 return 10k 行，具体取决于请求 return 编辑了多少行，您最终会针对API 这会占用您的配额。
此外，您最终可能会遇到配额问题，您每天最多可以向每个配置文件发出 10k 次请求。一旦达到该配额，您将无法再对该配置文件发出任何请求，直到第二天。无法延长此配额。
您还可以每秒为每个用户/配置文件发出最多 10 个请求，您可以使用配额用户稍微调整一下，但您的应用程序将无法 运行 非常快，平均需要半个每个请求 return 数据的第二个。除非您想 运行 提取应用程序的多个版本，否则事情将需要时间，但同样需要您调整配额用户。无法延长此配额。
您的应用程序每天最多可以 api 为所有配置文件发出 50k 个请求。一旦达到该配额的 80%，我建议您申请延期，这可能需要一个月或更长时间才能获得该配额的延期，最好提前计划。
注意：我是商业智能应用程序的首席开发人员，每天将数据从 Google Analytics 导出到数据仓库应用程序，我 运行 解决了每个问题。虽然您计划做的事情是可能的，但您只需要在开始开发过程之前了解 google 分析 api 的局限性。