Я шукаю URL-адресу, яка прямує до першого звернення Google із певного домену, як у "Я відчуваю себе щасливим", але обмежена певним доменом.
Я використовую цю формулу, але вона зазвичай не працює.
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
Це я там до речі дізнався.
На мій досвід, використання звичайної URL-адреси "btnI = 1 & q =" Google працювало чудово в минулому. Але вже кілька років я переживаю ненадійні "щасливі" переадресації, як помічено на афіші цього питання. Після деякого усунення несправностей я виявив, що це можна виправити за допомогою заголовка "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"
Для мене видалення параметра заголовка з вищевказаної команди призводить до того, що перенаправлення не працює. Перенаправлення також порушується, якщо ви видалите "www". у URL-адресі "http: //".
Я зрозумів це, порівнявши URL-адреси та заголовки в HTTP-запитах, що генеруються вручну, натиснувши кнопку "Пощастило" та завантажуючи URL-адресу безпосередньо. /server/504431/human-readable-format-for-http-headers-with-tcpdump (На жаль, цей метод прокрутки працює лише з HTTP, а не HTTPS)
http://www.google.com/search?q={query}&btnI
Спробуйте це.