与curl相比,wttr.in对浏览器的响应有何不同?

与curl相比,wttr.in对浏览器的响应有何不同?,curl,browser,Curl,Browser,如果您在浏览器中转到,您将看到一个用标记包装的页面,该页面包含链接,并使用跨距着色 如果然后转到terminal并键入curlhttp://wttr.in/您将获得几乎完全相同的页面外观,但代码非常不同 wttr.in如何区分这两者 我知道这个现有的问题(),但由于答案是“你不能”,而且我看到了你能做到的证据,这似乎是一个糟糕的参考 另外,我不担心欺骗。找到了。默认卷曲中的标题包含 标题: {host:'localhost:3000', “用户代理”:“curl/7.54.0”, 接受:“/”}

如果您在浏览器中转到,您将看到一个用标记包装的页面,该页面包含链接,并使用跨距着色

如果然后转到terminal并键入
curlhttp://wttr.in/
您将获得几乎完全相同的页面外观,但代码非常不同

wttr.in如何区分这两者

我知道这个现有的问题(),但由于答案是“你不能”,而且我看到了你能做到的证据,这似乎是一个糟糕的参考


另外,我不担心欺骗。

找到了。默认卷曲中的标题包含

标题: {host:'localhost:3000', “用户代理”:“curl/7.54.0”, 接受:“/”}

“我的浏览器”中的标题如下所示:

标题: {host:'localhost:3000', “用户代理”:“Mozilla/5.0(Macintosh;英特尔Mac OS X 10.13;rv:62.0)Gecko/20100101 Firefox/62.0”, accept:'text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8', ‘接受语言’:‘en-US,en;q=0.5’, “接受编码”:“gzip,deflate”, 连接:“保持活力”, “升级不安全请求”:“1”, “缓存控制”:“最大年龄=0”}


两者之间的最大区别在于“user-agent”参数,但我相信您仍然可以通过使用curl命令设置user-agent来欺骗用户

这个答案是正确的。请把它做成已接受的。谢谢,你可以。这真是个骗局,(据我所知)避免这种骗局的唯一方法就是进行大量的监视。你可以使用验证码吗