"I 'm Feeling Lucky"와 같이 특정 도메인에서 첫 번째 Google 조회수로 직접 연결되지만 특정 도메인으로 제한되는 URL을 찾고 있습니다.
이 수식을 사용하고 있지만 일반적으로 작동하지 않습니다.
http://www.google.com/search?q=SEARCHTERM%20site:SITEURL&btnI
편집 : 실제로 많은 시간을 보낸 것 같습니다. 그러나 작동 하지 않는 경우가 꽤 있습니다.
"I 'm Feeling Lucky"와 같이 특정 도메인에서 첫 번째 Google 조회수로 직접 연결되지만 특정 도메인으로 제한되는 URL을 찾고 있습니다.
이 수식을 사용하고 있지만 일반적으로 작동하지 않습니다.
http://www.google.com/search?q=SEARCHTERM%20site:SITEURL&btnI
편집 : 실제로 많은 시간을 보낸 것 같습니다. 그러나 작동 하지 않는 경우가 꽤 있습니다.
답변:
다른 검색 엔진에서 동등한 서비스로 전환하여이 문제를 해결했습니다.
질문에 제시된 공식은 종종 효과가 있지만 Google은 때때로 인기를 얻지 않고 종종 검색 결과 페이지로 이동합니다.
DuckDuckGo는 절대 치킨을 먹지 않습니다. 항상 최고의 인기를 얻습니다.
따라서 지금 부터이 특정 서비스에 DuckDuckGo를 사용하고 있습니다.
DuckDuckGo의 공식은 다음과 같습니다.
https://duckduckgo.com/?q=!ducky+searchterm+site%3Asiteurl
예를 들면 다음과 같습니다.
https://duckduckgo.com/?q=!ducky+LOL%20Cats+site%3Ayoutube.com
이것은 내가 그런데, 그것을 배운 곳입니다.
내 경험상 과거에는 일반적인 "btnI = 1 & q ="Google URL을 사용하는 것이 좋습니다. 그러나 몇 년 동안이 질문의 포스터에서 알 수 있듯이 신뢰할 수없는 "운이 좋은"리디렉션이 발생했습니다. 문제를 해결 한 후 " 참조 : 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"
나에게 위의 명령에서 헤더 매개 변수를 제거하면 리디렉션이 작동하지 않습니다. "www"를 제거하면 리디렉션도 중단됩니다. "http : //"URL에
"Lucky"버튼을 수동으로 클릭하여 URL을 직접로드하여 생성 된 HTTP 요청의 URL과 헤더를 비교하여이를 알아 냈습니다. /server/504431/human-readable-format-for-http-headers-with-tcpdump (안타깝게도이 스누핑 방법은 HTTPS가 아닌 HTTP에서만 작동합니다)
http://www.google.com/search?q={query}&btnI
이거 한번 해봐.