Javascript 使用Traffiles和传单.js更新此处地图

我们这里有使用传单.js的地图。我们的应用程序以前使用过OpenStreetmap，我们想尝试一个新的地图提供商，特别是一个提供交通流信息的提供商

我们有评估API密钥，我们修改了代码以创建正确的http请求，并且很容易让映射代替OSM工作

帮助网站似乎表明StackOverflow是首选的支持机制

我们的问题不是技术性的，我们的应用程序似乎与HERE maps配合得很好，只需90分钟就可以将我们的应用程序转换为使用HERE maps，但是我们需要多久刷新一次地图来更新交通流信息

在我们获得交通流量信息之前，如果用户不更新地图，这没有什么区别，因为在未来30分钟内，他们周围不太可能修建新道路，但是交通信息是不稳定的，30分钟前的交通信息没有多大用处，人们需要最新的更新

那么我们应该以多快的速度刷新地图分幅呢？每五分钟一次，十分钟？这样做的缺点是，我们会吃进我们的交易限额。我们应该寻找HTTP 304类型的响应吗？304响应是否会侵蚀我们的交易限额

还有别的办法吗？欢迎任何关于良好实践的建议

谢谢

---

Rob

此处的流量磁贴在1到5分钟之间有效（）

---

我坚信，无论您的回复如何，您的请求都会计入您的交易。因此，您是否愿意为客户提供最新的流量数据取决于您自己。上面的链接明确指出，由于互动程序的有效性有限，您不应缓存流量互动程序，但最终由您决定。

此处的流量互动程序在1到5分钟之间有效（）

---

我坚信，无论您的回复如何，您的请求都会计入您的交易。因此，您是否愿意为客户提供最新的流量数据取决于您自己。上面的链接明确指出，您不应该缓存流量磁贴，因为磁贴的有效性有限，但最终由您决定。

谢谢。我现在记得以前读过这篇文章，但它一定是被放入了长期内存（/dev/null）：）我们将对事务计数进行实验，看看它是什么样子，然后报告。我希望304意味着不计算任何交易。我们对这些分片进行了进一步的实验，它们都报告缓存时间为60秒。在执行后续事务时，无论流量是否发生变化，都会在60秒后更新磁贴eTag。我们将进行更多测试并报告，因为我认为这可能对其他人有用。谢谢。我现在记得以前读过这篇文章，但它一定是被放入了长期内存（/dev/null）：）我们将对事务计数进行实验，看看它是什么样子，然后报告。我希望304意味着不计算任何交易。我们对这些分片进行了进一步的实验，它们都报告缓存时间为60秒。在进行后续事务时，无论流量是否发生变化，都会在60秒后更新tile eTag。我们将进行更多测试并报告，因为我认为这可能对其他人有用。