-
Notifications
You must be signed in to change notification settings - Fork 160
"exact match" package name results are easy to ignore #8688
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hm, couple of quick observations:
The query seems to be reduced to |
To be clear, I'm not at all here to shill shorebird_redis_client. Felix did a great job with it, but we just published the package since we couldn't find a better one, but it's not a paid product for us and we aren't really trying for users. I was actually looking to see the state of other redis clients on pub and see if we could just delete ours, and then was surprised that not only I didn't notice the "exact match" link at the top in my first scan of the page, but then that the results seemed relatively poor for such a direct query. 🤷 |
I think the difference between the two results can be highlighted when you enable exact phrase match: It kind of gives away that we are matching much more than we should with the non-exact phrase version. |
Also: I don't think that users should use the exact phrase match for such results, the search index should do a better job. (And again, thanks for reporting it!) |
Very similar to #8518.
Searching for "redis" the "redis" package is the 10th highest result. Maybe that's intentional? Maybe that's because it hasn't been updated in 17 months?
But also the first two matches don't have anything to do with "redis" whereas there are other results that do. You don't get to a package that really has anything to do with "redis" until the 8th match. 🤣 Maybe this is just that "search is hard, especially over small corpuses" and we should just close this 🤷
There is an attempt to link to it from the "exact match", but it's very easy to glance over the "exact match" line.
The text was updated successfully, but these errors were encountered: