谷歌天气api链接需要人工验证

谷歌天气api链接需要人工验证,api,weather,Api,Weather,我使用API开发了一个天气应用程序 但从今天起它就停止工作了 当我试图通过浏览器使用location访问weather API时,它要求进行身份验证 我的应用程序在这样的情况下如何工作?有没有办法绕过身份验证过程?尝试更改域,例如:。它可以工作(目前为D)。看起来从现在起它就不再使用了 即使使用.CA,它也会随机返回不受支持的API 遗憾的是,这是一种非常奇怪的行为……我想知道这是否与我尝试在Chrome中加载API url时传递的标题有关,不受支持的API……或者如果我在Firefox中使用相

我使用API开发了一个天气应用程序 但从今天起它就停止工作了

当我试图通过浏览器使用location访问weather API时,它要求进行身份验证


我的应用程序在这样的情况下如何工作?有没有办法绕过身份验证过程?

尝试更改域,例如:。它可以工作(目前为D)。

看起来从现在起它就不再使用了

即使使用.CA,它也会随机返回不受支持的API


遗憾的是,这是一种非常奇怪的行为……我想知道这是否与我尝试在Chrome中加载API url时传递的标题有关,不受支持的API……或者如果我在Firefox中使用相同的url,效果很好

还值得注意的是,我试图为谷歌的天气服务设置一个Apache代理,方法是将以下两行放在单独的Web服务器的Apache配置中,并通过www.domain.com/weather/API?weather=Chicago引用API,它仍然可以工作……所以这是我目前的解决方法:

ProxyPassReverse/天气/


ProxyPass/weather/

是的,有趣的是,如果请求缺少浏览器(使用Chrome和Firefox测试)在请求非官方天气URL时包含的cookie,谷歌似乎会发回随机的“不受支持的API”响应

我已经修复了我的应用程序,复制了我在Firefox中运行请求并启用Firebug的“Net”选项卡时发现的整个“Cookie:”头

还不确定浏览器从哪里获得cookies,我想应该是从gmail这样的个性化服务获得的。

如果你正在寻找一个现在就可以使用的天气API,我有一个建议

试试Metwit,它是新的,但听起来很酷…

这个api使用起来非常简单,因为它使用了当今可用的标准,如JSON和REST。

您可以使用这个新api,它具有与google weather api相同的xml结构


你说的“人工身份验证”是什么意思?您需要填写验证码还是要求您登录?显示API不是公共的,这就是它更改的原因…这是iGoogle使用的非官方且不受支持的API。由于谷歌已经宣布iGoogle将于明年关闭(),你可能需要依赖另一个API.FWIW,我使用“秘密”iGoogle天气提要的应用程序也在最近几天停止工作。我切换到了NOAA的反馈,调整得再顺利不过了。你知道为什么它随机地说不支持API吗?