特定网站中“我很幸运”的网址

10

我正在寻找一个网址，该网址直接指向某个域中第一个Google匹配，例如“我很幸运”，但仅限于某个域。

我正在使用此公式，但通常不起作用。

http://www.google.com/search?q=SEARCHTERM%20site:SITEURL&btnI

编辑：似乎实际上很多时候都在工作。但是，在很多情况下，它将无法正常工作。

google-search

— 雷维塔夫说恢复莫妮卡
source

6

使用类似的链接 https://www.google.com/search?btnI=1&q=%s site:developer.mozilla.org

btnI = 1与正常请求有所不同。

— 总计AMD
source

4

我通过另一个搜索引擎切换到等效服务来解决此问题。

尽管问题中给出的公式经常有效，但Google有时会跳出来并进入常规搜索结果页面，而不是直接转到热门网站。

DuckDuckGo永不退缩。它总是最热门。

因此，从现在开始，我将DuckDuckGo用于此特定服务。

这是DuckDuckGo的公式：

https://duckduckgo.com/?q=!ducky+searchterm+site%3Asiteurl

例如：

 https://duckduckgo.com/?q=!ducky+LOL%20Cats+site%3Ayoutube.com

顺便说一下，这是我学到的。

— 雷维塔夫说恢复莫妮卡
source

2

以我的经验，过去使用普通的“ btnI = 1＆q =” Google URL可以正常工作。但是几年来，我一直经历着不可靠的“幸运”重定向，正如这个问题的发布者所注意到的那样。经过一些故障排除后，我发现可以使用“ Referer：http : //www.google.com/ ”标题解决此问题：

w3m -header "Referer: http://www.google.com/" "http://www.google.com/search?ie=ISO-8859-1&hl=en&source=hp&q=happy+nation+lyrics&btnI=I%27m+Feeling+Lucky&gbv=1"

对我来说，删除上述命令中的header参数会导致重定向无法正常工作。如果删除“ www”，重定向也会中断。在“ http：//” URL中。

通过比较手动单击“幸运”按钮与直接加载URL生成的HTTP请求中的URL和标头，我发现了这一点。/server/504431/human-read-format-for-http-headers-with-tcpdump（不幸的是，此侦听方法仅适用于HTTP，不适用于HTTPS）

— 变质的
source

截至2019年10月，“ Google幸运” URL有时会生成一个特殊的重定向页面，至少对我来说，该页面需要进行额外的解析才能获得效果最佳的URL。我只是写了一个脚本来做到这一点，但是它不是很优雅。

— 变形的

-3

http://www.google.com/search?q={query}&btnI

试试这个。

— 用户名
source