Szukam adresu URL, który prowadzi bezpośrednio do pierwszego trafienia Google z określonej domeny, jak w „Mam szczęście”, ale jest ograniczony do określonej domeny.
Używam tej formuły, ale zazwyczaj nie działa.
http://www.google.com/search?q=SEARCHTERM%20site:SITEURL&btnI
Edycja: Wydaje się, że tak naprawdę działa dużo czasu. Istnieje jednak kilka przypadków, w których to nie zadziała.
Odpowiedzi:
Rozwiązałem ten problem, przechodząc na równoważną usługę przez inną wyszukiwarkę.
Chociaż formuła podana w pytaniu często działa, Google czasami wybiega i przechodzi na zwykłą stronę wyników wyszukiwania, zamiast przechodzić bezpośrednio do największego hitu.
DuckDuckGo nigdy nie odchodzi. Zawsze trafia do hitu.
Dlatego od teraz używam DuckDuckGo do tej konkretnej usługi.
Oto wzór na DuckDuckGo:
https://duckduckgo.com/?q=!ducky+searchterm+site%3Asiteurl
Na przykład:
https://duckduckgo.com/?q=!ducky+LOL%20Cats+site%3Ayoutube.com
Tak przy okazji, nauczyłem się tego.
Z mojego doświadczenia wynika, że używanie zwykłego „btnI = 1 i q =” URL Google działało dobrze w przeszłości. Ale od kilku lat doświadczam niewiarygodnych „szczęśliwych” przekierowań, jak zauważono na plakacie tego pytania. Po kilku problemach odkryłem, że można to naprawić za pomocą nagłówka „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"
Dla mnie usunięcie parametru nagłówka w powyższym poleceniu powoduje, że przekierowanie nie działa. Przekierowanie psuje się również, jeśli usuniesz „www”. w adresie URL „http: //”.
Zrozumiałem to, porównując adresy URL i nagłówki w żądaniach HTTP generowanych przez ręczne kliknięcie przycisku „Lucky” i bezpośrednie ładowanie adresu URL. /server/504431/human-readable-format-for-http-headers-with-tcpdump (Niestety ta metoda szpiegowania działa tylko z HTTP, nie HTTPS)
http://www.google.com/search?q={query}&btnI
Spróbuj tego.