我们对用户的粗略时区感兴趣，提供或花费几个小时，而原因我们不信任用户的设备时钟。
我们尝试过的一个便宜而简单的事情就是向（例如）google.com发布GET（HEAD也会工作），并查找标题的DATE字段。按照http标准，这始终是GMT。这可能会导致缓存，所以我们在最后添加了一个？rng = XXXXXX。
然而，在某些情况下，日期字段似乎已经过时了。就像，休息日。上一个和下一个请求获取正确的日期。现在也许我只需要在我的缓存跳动字段中添加更多数字，但还有其他事情可以进行吗？考虑到我们不关心二次准确性，这个计划是否有任何缺陷或缺点？
答案 0 :(得分：0)
我们似乎非常确定，鉴于我们的播放器安装基础，以及这些检查的频率以及我们随机后缀的不足，谷歌/其中的某个人能够成功缓存它们。
除非您控制服务器并且可以发送非缓存响应，否则似乎不会将http标头用于权威时间。