TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Customizing Web Search

32 点作者 npilk超过 3 年前

7 条评论

webmaven超过 3 年前
From the post:<p><i>&gt; In the end, though, Google is heavily invested in users landing on their result pages so they can be served ads. So it&#x27;s hard to imagine they would voluntarily redirect people away, even if they are clearly searching for a specific page.</i><p>The sad part of this is that Google, in the &quot;10 blue links&quot; era, actually <i>did</i> optimize for users clicking through to a result (and not immediately coming back to click another, which indicates the page wasn&#x27;t satisfactory). This extended well into the early AdWords period where optimization extended to showing highly relevant ads in the sidebar or at the top of the results.<p>Things seem to have started to go wrong first with a series of design changes that made it harder to distinguish between ads and search results, and accelerated with the introduction of info boxes sometimes scraped from external sources and integrating results from other Google services (such as maps).<p>Since those changes, Google seems to have been optimizing for two use cases: either the user does a search and then stops (indicating they received the answer they were looking for) or they click through to a Google property or an ad and don&#x27;t come back to the search engine. Clicking through to a search result is a lower priority.<p>The problem, as I see it, is that the first case of searching and then stopping also indicates &quot;these results are garbage, why even bother&quot; which dilutes the signal. You can potentially distinguish the two cases of &#x27;completely satisfied&#x27; vs. &#x27;completely unsatisfied&#x27; with a bunch of other weaker signals (clicking through to the long tail of SERPs, trying a bunch of search variations one after the other), but most users today won&#x27;t try further no matter what (Google, ironically, has all along been training users that the first result page of the first query they try satisfices).<p>In short, Google has been shooting themselves in the foot by muddying the strongest signal it had for search quality.<p>I imagine that Google&#x27;s solution to this involves behavioral tracking&#x2F;profiling and analysis as in &quot;is the user in the &#x27;easily frustrated&#x27; bucket&quot; to amplify or discard the weaker signals appropriately, but clearly whatever they&#x27;re doing isn&#x27;t working as well as the unambiguous signal did.
评论 #30065887 未加载
uxamanda超过 3 年前
I didn&#x27;t know about the `!` operator, that&#x27;s so cool. Thanks for sharing your whole approach. My dream search engine had 3 levels, you just added a 4th.<p>1) I&#x27;m feeling lucky (I will use `!` for now, but will look at setting up something like yours)<p>2) Search within bookmarks<p>3) Search within preferred domains (ideally the list is autogenerated from roots of bookmarks, but would like to explicitly include&#x2F;exclude)<p>4) &quot;Rest of the internet&quot;<p>2-4 could be shown in one page, it would just affect the ordering.<p>Side note: A quick fix your issue with names messing up things like where the wild things are – check for a single quote mark at the beginning and treat that like `&quot;Where the wild things are&quot; !`. So, `&quot;where the wild things are` would trigger the feeling lucky result.
ahmed_ds超过 3 年前
I googled a bit more and found these links -<p>- <a href="https:&#x2F;&#x2F;duckduckgo.com&#x2F;bang" rel="nofollow">https:&#x2F;&#x2F;duckduckgo.com&#x2F;bang</a><p>- For the Instant Answer API: <a href="https:&#x2F;&#x2F;duckduckgo.com&#x2F;api" rel="nofollow">https:&#x2F;&#x2F;duckduckgo.com&#x2F;api</a><p>An example of the API request with !bang: <a href="https:&#x2F;&#x2F;api.duckduckgo.com&#x2F;?q=!imdb+rushmore&amp;format=json&amp;pretty=1&amp;no_redirect=1" rel="nofollow">https:&#x2F;&#x2F;api.duckduckgo.com&#x2F;?q=!imdb+rushmore&amp;format=json&amp;pre...</a><p>This returns a redirect key of `&quot;Redirect&quot; : &quot;<a href="https:&#x2F;&#x2F;www.imdb.com&#x2F;find?s=all&amp;q=rushmore" rel="nofollow">https:&#x2F;&#x2F;www.imdb.com&#x2F;find?s=all&amp;q=rushmore</a>&quot;`<p>For wikipedia query, the returned redirect URL is: &quot;<a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Special:Search?search=tom%20hanks&amp;go=Go" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Special:Search?search=tom%20ha...</a>&quot; which redirects to =&gt; &quot;<a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Tom_hanks" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Tom_hanks</a>&quot;
rsoto超过 3 年前
One thing I really liked about Firefox was that it used to do two different types of searches. The search bar acts as it does today, but the nav bar used to redirect to the first result. This was very useful because sometimes you just know what you&#x27;re looking for (as per the OP&#x27;s example, &quot;tom hanks imdb&quot;), while other times you are going to do some digging.<p>Now that I&#x27;m using Kagi as my main search engine, I wish I could tell Firefox to use another search engine in my nav bar, and when I&#x27;m incognito. Mozilla used to let us modify a lot of things (via the UI, or the about:config panel), but from a few years it has been removing lots of customization options.
评论 #30058981 未加载
rambambram超过 3 年前
Nice idea! And your search bar to test it out worked well for me.<p>I&#x27;m in the process of collecting local HTML files from all kinds of pages I find interesting (I use an FF plugin called WebScrapBook for this). Eventually, I want to be able to have some locally running search bar in my browser (thanks LAMP stack) that first checks my local library of information, and then gives me the option to search online with DuckDuckGo.
tksb超过 3 年前
Re: iOS Safari default search conundrum: You could use something like Launch Center Pro[1] to pass queries to your search URL in Safari. Minor convention change (eg. initiate search from LC vs. directly in Safari) but it&#x27;s still at least one less step.<p>[1: <a href="https:&#x2F;&#x2F;contrast.co&#x2F;launch-center-pro&#x2F;" rel="nofollow">https:&#x2F;&#x2F;contrast.co&#x2F;launch-center-pro&#x2F;</a>]
feep超过 3 年前
Thank you.<p>I’ve been noodling with this sort of idea for years. Never got around to it.<p>Thanks for a simple starter. I will be modifying this for my needs at my leisure.
评论 #30065726 未加载