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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: What do you think about our last HN Search update?

28 点作者 jlemoine超过 11 年前
Last Friday, we have released the new HN Search (http:&#x2F;&#x2F;hn.algolia.com). We received impressive feedback, thanks! We used it to make several improvements.<p>Here is the ChangeLog:<p>- Added filters on item types (All&#x2F;Story&#x2F;Comment&#x2F;Poll), filter on story by default<p>- Added filters by date (last 24 hours, past week, past month, forever), past week by default<p>- Replaced infinite scrolling by standard pagination<p>- Added an author filter via the author:USERNAME syntax in search bar. Can filter on one or multiple authors (OR between authors)<p>- UI was redesigned to improve readability<p>- Improved responsiveness for mobiles<p>- Removed highlight of stop words in text<p>- Relevancy: changed typo tolerance settings to be stricter (now tolerates one typo starting at 5 characters in a word and two typos starting at 9 characters in a word)<p>- Only last query word is interpreted as a prefix (all query words was prefix before)<p>There is one last item that we didn&#x27;t implement as proposed: sorting by date. It will be for the next iteration. In the meantime, you can use date filtering.<p>Please continue to send feedback!

15 条评论

neverland超过 11 年前
1. Negative keyword search is not available. Can we please add that back in.<p>2. Having a date filter is better than none but I STRONGLY preferred the old one where you can sort by descending order from most recent to oldest. The current date filter still leaves things out of order even if it restricts time frame trying to mimic Google&#x27;s filter.<p>3. Exact match search doesn&#x27;t work either. It currently works similar to phrase match, where as long as the keywords exist, that will show results rather than in the exact order specified. Perhaps create two separate ways to do this kind of search.
gruseom超过 11 年前
Impressive work in so short a time. I&#x27;m relieved that you guys are this responsive to the community. You&#x27;ve already addressed one of my personal concerns and hopefully the other (sort by date) soon. Here&#x27;s some more feedback.<p>I think the defaults should be &quot;all&quot; (not story) and &quot;forever&quot; (not past week). I searched for something that I knew existed and when it didn&#x27;t come up, my first thought was that the search was broken. Better to show everything at first and let the user decide how to narrow it down if they want to.<p>I think you&#x27;d be better off if the design looked like HN itself, especially the comment rendering. Not that what you&#x27;ve got is bad, but the user is almost always going to go from HN to search and back to HN. Any context switch is already a speed bump, and visual changes, which take time and mental energy to process, add to that jolt. Anything you can to do minimize these cognitive hurdles will serve the #1 goal, which is to get the reader the info they&#x27;re looking for with minimum overhead. In this respect, the old HN Search is more usable, precisely for being unoriginal.<p>Thus, if I were you, I would drop the thumbnail pictures of the stories (it&#x27;s cool that you can do it, but they don&#x27;t really add anything and are distracting); would not include the story info with each coment (rather, I would do just like HN does and have a bit of text that says &quot;| on: the-story-title-linked-here&quot;), would make the text rendering look much like HN&#x27;s, and would follow HN&#x27;s lead in having a text- and information-density-centric design.<p>I&#x27;m not saying that HN&#x27;s design is the global optimum (though it is better than most attempts to improve on it), but rather that HN search is an extension of HN and therefore not the place to innovate on its design. You&#x27;re in a counterintuitive position for a startup with this project, since calling too much attention to yourself in this context is bad. You want to be unobtrusive and have the thing just work; the HN community is smart enough to figure out who you are from that and like you better for it. (That said, you shouldn&#x27;t obliterate yourselves. For example, I like the visual cues that say &quot;Page 1 of 10, got 237 results in 3 ms&quot; and &quot;1,244,896 stories and 5,289,181 comments indexed&quot;. They are unobtrusive and impressive.)<p>Lastly, a bug in Chrome: if I search for something, scroll to the bottom, click on &quot;about&quot;, then hit the back button, the original results page freezes (i.e. refuses to scroll).
评论 #7126710 未加载
mjn超过 11 年前
Main two bits:<p>1. Is there a way to force off the typo correction? I tried &quot;smartos&quot; both with and without quotes, and either way I get results for the word &quot;smartest&quot;, which aren&#x27;t about SmartOS (an operating system derived from OpenSolaris).<p>2. In terms of CSS&#x2F;font&#x2F;layout, honestly I like hnsearch.com&#x27;s results better. I think part of it is that I use hnsearch.com as an alternative HN interface, not just a search engine, and it&#x27;s usable for that purpose, in part because it looks more like regular HN.<p>The issue for me more generally is that hnsearch.com is almost perfect as an HN search engine, as far as I&#x27;m concerned. It does what I want, does it fast, with good coverage and a usable interface. So my advice for alternatives would tend towards just &quot;yeah, make it more like that&quot;, which is maybe not the most useful commentary.
评论 #7128411 未加载
评论 #7133355 未加载
hardxxxtarget超过 11 年前
The user-experience is not good as compared to the previous HN Search. I couldn&#x27;t figure out that the filters were located underneath the search bar initially. Also, the thumbnail doesn&#x27;t look good for me as I&#x27;d prefer the compact view where I could see more search results in my screen. Lastly, I&#x27;d prefer using a contrasting highlighted background color for search text instead of having them bold, as it should be more distracting so that it strikes into the user&#x27;s eyes when he searches.
dclara超过 11 年前
Good job! I&#x27;ve learned a lot from it .<p>If I understand correctly, it is for enterprise search, not for web search, correct?<p>The response time is really impressive, especially with the new sorting by date function. To me, using NoSQL database, it&#x27;s hard to do sorting if it&#x27;s not impossible. That&#x27;s why it&#x27;s not available in the initial current release.<p>This implementation reminded me about the CTF algorithm, which needs to match the input query against a file. The reason why I thought it&#x27;s not for large volumes of queries is because:<p>1. Each keystroke is a AJAX call which could be lightening fast when the query volume is low. But JavaScript could run slow on mobile phones. In this case probably it&#x27;s not too bad because the AJAX call is very simple, fetch the results from the server<p>2. After receiving the request, on server side, there are only three steps to go before the results are returned:<p>- Initialized a new index (actually it&#x27;s not a new index, just a new search)<p>- set criteria for the order of the attributes sets<p>- Call search and return<p>Of course, there are more detailed steps under the search api. The majority of the work is done on the search engine server side to keep crawling and updating the indexes.<p>When the request volume becomes huge, the real time response may be slow down due to the file size.<p>I appreciate this tool to help me find things quickly on HN.
thrush超过 11 年前
There are already a lot of comments and feedback on this previous thread: <a href="https://news.ycombinator.com/item?id=7118496" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=7118496</a>
评论 #7127064 未加载
Trufa超过 11 年前
Very nice but it seems to break the back button, if I type and search something it seems to query every letter and so when I go back, I have to do it for each letter I type, I think queries could be grouped smarter.<p>Thanks!<p>Good work!
评论 #7127313 未加载
DanBC超过 11 年前
I use iOS on an iPhone.<p>1) the hints shown on the desktop version if search (about prefixes) are not shown on the mobile version of the site.<p>2) I have no idea how to sort the results by time or points or relevance after you&#x27;ve returned the list.<p>3) searching for [danbc] doesn&#x27;t return enough results. Searching for [danbc operating] doesn&#x27;t return any results - but I have used the word operating in a few posts.<p>It is very fast though!
mindprince超过 11 年前
Couple of things:<p>1) www.hnsearch.com had three sort options: relevance | date | points. It would be great if the new search also have all three options.<p>2) Please make your legacy style exactly like the old one. That style matched HN style perfectly. Right now there is an extra line which links to the HN thread (we are used to clicking the comments link for that) and the way comments are displayed feels not right.
petercooper超过 11 年前
Had an interesting match for a vanity search: &quot;peter cooper&quot; matched &quot;et cetera&quot; .. combining both a first character typo <i>and</i> prefixing :-)<p>Also, one bug. If text in a URL gets highlighted and it&#x27;s linked, the link URL itself picks up the EM tags.
read超过 11 年前
I wonder how much <a href="http://hn.algolia.com" rel="nofollow">http:&#x2F;&#x2F;hn.algolia.com</a> will be used if it continues to not be linked to from <a href="http://news.ycombinator.com" rel="nofollow">http:&#x2F;&#x2F;news.ycombinator.com</a>
评论 #7128139 未加载
deanclatworthy超过 11 年前
Looks great. Now if only HN would have a responsive design too so I can read properly on my phone.
negrit超过 11 年前
So far so good: It&#x27;s fast, accurate and readable.<p>The response time is actually really impressive!
fulmicoton超过 11 年前
Awesome! Could we get indexation of url chunks?
评论 #7126402 未加载
tiboll超过 11 年前
Great work Algolia!